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Specification 

GRAPHICAL USER INTERFACE FOR CREATING ASSETS 
BACKGROUND OF THE INVENTION 

Field of the Invention: 

5 The present invention relates generally to a method and apparatus for managing media 

data in computer network systems. More specifically, the present invention relates to a process 
and apparatus providing a centralized graphical user interface for managing media assets in a 
network by specifying and scheduling operations to be performed by a plurality of media servers 
in a computer network, 
7^1 0 Description of the Prior Art: 

'd A media server is a network server system which is operative to perform various 

y operations on media data files in a computer network system. Digital media files may include 

5 video data, audio data, text data, and graphical data. Typically, a media server is operative to 

perform media operations including: copy operations for copying media assets from source 
:H 15 locations to destination locations in a network; multicasting operations for streaming media 
assets from the media server to clients via the network; and encoding operations for encoding 
media data, received by the media server from multimedia equipment such as a video camera, in 
order to create media assets. 

For purposes of the present application, a media asset is defined to include parsed media 
20 data which is configured to be streamed from a media server to one or more clients in a particular 
type of network. One example of a media server is IBM's VideoCharger™ server and media 
streamer which combines -functions of digital computing and the video broadcast industry into a 
versatile, cost-effective system for high-quality storage and delivery of multimedia content. 
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Details of the VideoCharger™ product are disclosed in U.S. patent application Ser. No. 
08/961,704, entitled "Scaleable Network Transparent Access Framework for Multimedia 
Serving," filed on or about Oct. 31, 1997, and U.S. patent application Ser. No. 08/961,706, 
entitled "Seamless Playlist," filed on or about Oct. 31, 1997, each of which is hereby 
5 incorporated. 

The VideoCharger™ server, provided by International Business Machines Corp., 
provides one example of a media server. The VideoCharger™ server provides for the delivery 
of continuous time media data (i.e. audio and/or video data) to Internet or Intranet connected 
clients. The video is "streamed", (i.e. delivered in real-time) and does not require that the file be 

1 0 downloaded or saved before being played by the client software. In video parlance, the video is 
"pushed" by the server over the network to the client. This approach is different from most file 
servers where the data is "pulled" by the client issuing successive "reads" to the server. The 
"push" architecture is similar to a broadcast environment where a video stream is started by a 
play command and will continue until stopped. U.S. Patent 5,918,020, issued to Blackard et al. 

1 5 on June 29, 1 999 describes a data processing system and a method for implementing a push, or 
streaming, model for communicating time sensitive encoded data, such as video and audio data, 
in a communication network. In addition to supporting industry standard file formats for audio 
and video, the VideoCharger media server supports the popular Internet and World Wide Web 
(WWW) protocols including IP and Hyper Text Transport Protocol (HTTP). This allows the 

20 product to be used with Industry standard applications like HTML Web Browsers. It also allows 
the product to be used on a wide variety of network types including LANs (Local Area Networks 
such as Ethernet, Token Ring, FDDI), WANs (Wide Area Networks such as Tl, El, T3, E3) and 
ATM (Asynchronous Transfer Mode). 
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An IP multicast feature of the VideoCharger™ media server allows it to be used as a 
broadcast type server in the Internet environment. This allows a single audio or video stream to 
be sent to multiple clients, thereby reducing the bandwidth requirements on the network. In 
addition, VideoCharger on Windows NT offers embedded encoder support. This allows an 
5 MPEG encoder to be installed on the server and have VideoCharger directly control the encoder 
for functions such as real-time IP Multicast and real-time IP Multicast with live recording of the 
same stream. This is a very efficient yet powerful method of providing a broadcast of a live 
event while recording it for later re-broadcast with minimal network load. IBM also provides a 
VideoCharger Server for AIX. 
qIO The functions and capabilities of media servers are very useful to archivists, film/video 

!J1 production groups, educational institutions, research groups, medical technologists, advertising 
ffl and creative agencies, print and Web publishers, and marketing communications agencies. In 
y j accordance with prior art asset management and scheduling methods, an administrator of a media 
L server having access rights thereto may configure the media server to execute specified media 
S 1 5 operations to be performed by that server in accordance with a specified schedule. 
H In accordance with one prior art asset management and scheduling method, a 

administrator may configure a particular media server to perform particular types of media 
operations by downloading hypertext markup language (HTML) Web pages via corresponding 
uniform resource locators (URL's) from the particular media server, each of the HTML Web 
20 pages providing an interface for scheduling a corresponding one of the particular types of media 
operations to be executed by the particular media server. A copy/delete HTML Web page 
provides rudimentary interface functions allowing the administrator to define and schedule copy 
operations and delete operations to be performed by the particular media server. The copy/delete 
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HTML Web page includes: prompts and active areas enabling the user to specify a copy 
operation or a delete operation; and text boxes enabling the administrator to enter a path to a 
selected media file which the subject of the copy or delete operation. An encoding HTML Web 
page provides rudimentary interface functions allowing the administrator to activate an encoding 
5 operation to be performed by the particular media server. The encoding HTML Web page 
includes text boxes enabling the administrator to enter: a path and a selected file name for the 
asset to be encoded; and a duration value indicating a duration for the encoding operation. A 
problem associated with this prior art method of remotely activating an encoding operation is 
that the administrator is not provided with any view of the scene to be encoded. A multicasting 
rilO HTML Web page provides rudimentary interface functions allowing the administrator to 
ff ! schedule a multicasting operation to be performed by the particular media server. The 
yj multicasting HTML Web page includes text boxes enabling the administrator to enter: a path 

indicating a selected asset to be multicasted; one internet protocol (IP) address and port number 
L for multicasting the selected asset; a scheduled start date and start time for executing the 
•5 15 multicasting operation; and a duration value indicating a time duration for the multicasting 
H operation. 

One problem associated with the above described prior method of configuring media 
servers to manage media assets and schedule media operations is that there are no mechanisms 
which prevent the administrator from specifying invalid options, such as specifying an invalid 
20 path or an invalid file name for a selected asset. For example, in the course of defining a copy 
operation using the copy HTML Web page, if the administrator specifies an incorrect path for an 
asset to be copied, then the copy operation will not be successfully executed at the scheduled 
time. Also, the prior art interface consisting of the HTML Web pages described above provides 
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no means for notifying the administrator as to whether or not the operation is successfully 
completed upon passing of the scheduled time for executing the operation. Furthermore, a 
failure of a particular copy operation would result in a failure of a subsequently scheduled media 
operation which is dependent upon the particular copy operation, as further explained below. 
5 For a variety of multimedia network applications, it is important to be able to coordinate 

the scheduling of media operations to be performed by a plurality of media servers. As an 
example, an administrator of an educational institution such as a college or university may desire 
to configure one or more media servers to create, store, manage, and stream media assets. In this 
example, the media assets may include video data and audio data comprising a lecture given by a 
f40 professor in a class room. The administrator may configure a first server, that is an encoding 
= jl server, to encode media data received from multimedia equipment, such as a video camera, at a 
ffi scheduled time. Alternatively, the administrator may manually control the encoding media 
^ j server using a local programming interface residing at the server site to start, stop, and pause 
;L encoding of the media data generated by the camera while viewing a local screen which displays 
"1 1 5 the lecture being recorded. However, there is no means provided in the prior art for remotely 
□ controlling the encoding of media assets by a media server. After the administrator encodes a 
new asset at an encoding media server, or schedules an encoding operation to be performed at 
the encoding server, the administrator may configure the encoding server to execute further 
operations including: storing the encoded asset in a storage device; and multicasting the encoded 
20 asset to a selected group of clients either in real time or at a later time in accordance with a 

programmed schedule. Further, the administrator may configure the encoding server to transfer 
the encoded asset to a second media server via a network. 
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In the above described prior art asset management and scheduling method, in order to 
coordinate the scheduling of media operations at the first and second servers, the administrator 
must access and configure each server separately. As the number of scheduled operations 
increases, and the number of configured media servers increases, it becomes more and more 
5 difficult for the administrator to coordinate the scheduling of the operations between the multiple 
servers because there is no centralized location provided in the prior art for automatically logging 
those operations which are specified and scheduled by the administrator to be executed at the 
multiple servers. A log of operations scheduled to be executed by each particular media server is 
stored in a log file maintained by the operating system of the particular media server (e.g., a 
ri 0 Windows NT log file, or an AIX log file). However, the administrator must access the log file of 
\H each particular server separately in order to review operations to be performed by the particular 
to media server. 

{ j In one particular scenario, an administrator may wish to configure a first server to: 

L encode media data to create a new asset; and then copy the new asset at a later scheduled time to 
% 1 5 a second server. Provided that the administrator has access to the second server, the 
n administrator may: configure the second server to multicast the encoded asset to a selected group 
of clients in accordance with a programmed schedule; and configure the second server to 
subsequently remove the encoded asset from the catalog of the second server so that the new 
asset cannot be accessed after a certain period of time. The administrator may wish to configure 
20 the two servers to perform the steps of creating a new asset at the first media server, transferring 
the new asset to the second server, and multicasting it from the second server in order to achieve 
the goal of minimizing network congestion problems which would arise in streaming directly 
from the first encoding server to the selected clients. Note that the success of the multicasting 
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operation scheduled for execution by the second server is dependent upon the success of the 
copy operation scheduled for execution by the first server. As mentioned above, a failure of the 
copy operation would result in a failure of the subsequently scheduled multicasting operation 
which is dependent upon the copy operation. Because there is no means for notifying the 
5 administrator as to whether or not the copy operation is successfully completed, the administrator 
also would have no warning that the dependent multicasting operation would inevitably fail as 
well. 

In the above described prior art asset management and scheduling method, in order to 
coordinate the scheduling of media operations at the first and second servers, the administrator 
pJO could separately access the log files of the first and second servers, and review each. However, 
111 this process is very cumbersome. If the administrator needs to coordinate and schedule events at 
ffl a multiplicity of media servers, which may be residing in different time zones, the coordination 

and management of the scheduled events at the multiplicity of servers becomes very difficult. 
; ;L Therefore, one problem with the prior art asset management and scheduling processes is 

^1 5 that an administrator of a plurality of media servers is required to interface separately with each 
X media server in order to read the log files for the purposes of coordinating scheduled operations 
at each of the media servers. Another problem is that the administrator is prone to specify 
invalid paths for assets to be operated upon thereby resulting failure of media operations. A 
further problem is that there is no notification system for notifying the administrator in the event 
20 of success or failure of the scheduled operations. 
SUMMARY OF THE INVENTION 

It is an object of the present invention to provide a graphical user interface process 
providing a centralized interface for remotely managing media assets, and scheduling media 
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operations to be performed by a plurality of media servers in a computer network system, the 
media operations including deleting media assets from a source location in a network, copying 
media assets from selected source locations to selected destination locations; multicasting 
operations for streaming media assets from selected media servers to selected clients via the 

5 network; and encoding operations for encoding media assets. 

Briefly, a presently preferred embodiment of the present invention provides a process of 
managing operations including encoding operations in a network system including an 
administrator terminal, at least one server communicatively coupled to the administrator terminal 
via a computer network, and at least one multimedia device operative to generate media data and 

10 being communicatively coupled with a corresponding one of the servers. Each of the servers is 
operative to selectively activate the corresponding multimedia device, and is also operative to 
encode media data received from the corresponding multimedia device, and is further operative 
to access a corresponding memory device for storing media data. 

The process of managing operations begins with a step of displaying a graphical user 

1 5 interface including a plurality of interface components on a display unit of the administrator 
terminal, the components including a server select interface component enabling a user of the 
administrator terminal to select one of the servers, and a mode select interface component 
enabling the user to select between a manual encoding mode of operation enabling the user to 
manually start and stop a manual encoding process performed by a selected server, and a 

20 scheduled encoding mode of operation enabling the user to define a schedule for automatically 
starting and stopping a scheduled encoding process to be performed by a selected server. 

The process further includes the steps of: receiving user input via an input/output unit of 
the administrator terminal, the user input including server identification information indicative of 
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a selected server, mode information indicative of a selected mode of operation, and encoding 
operation information defined based on the selected mode of operation; generating commands 
and associated parameters including encoding commands and associated encoding parameters 
based on the encoding operation information, the encoding commands and associated encoding 

5 parameters for instructing the selected server to execute an encoding operation in accordance 
with the selected mode of operation; and transmitting the commands and the associated 
parameters to the selected server via the network. 

The operations include a preview operation. The administrator terminal also includes a 
processing unit, and a browser application executed by the processing unit. A selected one of the 

1 0 multimedia devices is a video camera which generates media data including video data. For 
providing the preview operation, the process further includes the steps of: displaying a preview 
select interface component enabling the user to select a preview option for executing a preview 
operation for displaying video data generated by a selected video camera coupled with the 
selected server; receiving user input indicating that the preview option has been selected; 

1 5 generating preview commands and associated preview parameters for instructing the selected 
server to execute the preview operation; transmitting the preview commands and the associated 
preview parameters to the selected encoding server via the network; receiving preview video 
data from the selected encoding server via the network; and displaying the preview video data in 
a browser window on the display unit of the administrator terminal. 

20 If scheduled encoding mode is selected, the steps of displaying a graphical user interface, 

receiving user input, and generating commands further comprise the steps of: displaying 
scheduling interface components enabling the user to select a start time and a start date for the 
scheduled encoding operation; receiving user input indicative of a selected start time and a 
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selected start date for initiating the scheduled encoding operation; and generating encoding 
commands and associated encoding parameters for instructing the selected encoding server to 
encode media data received from the selected multimedia device at the selected start time on the 
selected start date. 

5 Each of the encoding media servers is further operative to record selected portions of 

media data that are encoded during the encoding operations. The user may select a storage 
location for storing the encoded media data by browsing a list of available storage locations 
including predetermined mapped ones of the memory devices associated with the selected 
encoder media server. 

1 0 For streaming operations, the network system further includes a plurality of end user 

terminals communicatively coupled to the administrator terminal and to the encoding servers via 
the network, each of the encoding servers being further operative to stream media data to 
selected ones of the end user terminals, the operations further including streaming operations. 
The process provides an interface for managing streaming operations by performing the steps of: 

15 displaying streaming interface components enabling the user to define a streaming operation for 
streaming the encoded media data to selected ones of the end user terminals; receiving user input 
including receiving streaming operation information; and generating streaming commands and 
associated streaming parameters based on the streaming operation information, the streaming 
commands and associated streaming parameters for instructing the selected encoding server to 

20 execute a streaming operation for streaming the encoded portion of media data from the selected 
encoder media server to corresponding selected ones of the end user terminals via the network. 

The operations which may be managed further include playback operations for streaming 
the stored portion of encoded media data from the selected encoder media server to 
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corresponding selected ones of the end user terminals in accordance with a user defined playback 
schedule; and notification operations associated with corresponding ones of the playback 
operations, the notification operations for sending notification messages to selected network 
addresses associated with selected ones of the end user terminals and the administrator terminal. 
5 If the manual encoding mode is selected, the process further comprises the steps of: 

generating manual mode initiation commands and associated parameters for instructing the 
selected server to initiate a manual encoding operation; transmitting the manual mode initiation 
commands and associated parameters to the selected server via the network; receiving video data 
from the selected server via the network; displaying the video data in a browser window on the 
JO display unit of the administrator terminal, and also displaying manual encoding mode control 
« interface components enabling the user to select from manual control options including a start 
r\ option for starting and resuming the manual encoding process, and a stop option for stopping the 
11 manual encoding process; and receiving user input indicating a selected one of the manual 

control options. If the start option is selected, a start command is generated for instructing the 
fJl 5 selected media server to start the manual encoding process, and the start command is transmitted 
ti to the selected server. If the stop option is selected, a stop command for instructing the selected 
^ media server to stop the manual encoding process is generated, and the stop command is 
transmitted to the selected server. 

An important advantage of the present invention is that it provides centralized interface 
20 provides for managing and scheduling the execution of media operations by a plurality of media 
servers in different locations. 
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The foregoing and other objects, features, and advantages of the present invention will be 
apparent from the following detailed description of the preferred embodiment which makes 
reference to the several figures of the drawing. 
IN THE DRAWINGS: 

FIG. 1 is a block diagram illustrating a networked computer system including a plurality 
of network locations for storing and operating on media data, and an administrator terminal 
communicatively coupled with the locations via a network, the administrator terminal providing 
an asset management and scheduling graphical user interface (GUI) process in accordance with 
the present invention for remotely managing operations including generating, copying, and 
streaming media data at and between selected ones of the locations; 

FIG. 2 is a block diagram illustrating an exemplary computer system used to implement 
the administrator terminal of FIG. 1; 

FIG. 3 is a block diagram illustrating a main GUI screen of the asset management and 
scheduling GUI process, the main GUI screen providing for a user to select from management 
and scheduling options including managing assets, encoding assets, and multicasting existing 
assets; 

FIG. 4 is a flow diagram illustrating a sub-process for implementing the main GUI screen 
of FIG. 3; 

FIG. 5 is a block diagram illustrating an asset management GUI screen providing for the 
user to select from asset management options including mapping new locations, deleting 
available locations, and copying and deleting selected assets; 

FIG. 6 is a flow diagram illustrating a sub-process of the GUI process of the present 
invention for managing assets using the asset management GUI screen of FIG. 5; 
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FIGS. 7A through 7E are a block diagrams illustrating location mapping GUI screens 
providing for the user to map locations including local and remote storage units, media servers, 
and archives; 

FIGS. 8A through 8D are flow diagrams illustrating sub-processes for mapping locations 
using the GUI screens of FIGS. 7A through 7E; 

FIG. 9 is a flow diagram illustrating a sub-process for deleting selected locations from an 
available locations list; 

FIGS. 10A through 10D are flow diagrams illustrating sub-processes for copying and 
deleting selected assets located at selected locations using the asset management GUI screen of 
FIG. 5; 

FIG. 1 1 is a block diagram illustrating a rename GUI screen for renaming a selected asset 
before copying the selected asset; 

FIG. 12 is a block diagram illustrating an encoding GUI screen for encoding a new media 

asset; 

FIGS. 13A and 13B are flow diagrams illustrating a sub-process of encoding and 
optionally recording media data in accordance with the present invention using the GUI screen of 
FIG. 12; 

FIG. 14 is a block diagram illustrating a GUI screen in accordance with the present 
invention for defining encoder attributes; 

FIG. 15 is a flow diagram illustrating a sub-process of defining encoder attributes using 
the GUI screen of FIG. 14; 

FIG. 16 is a block diagram illustrating a GUI screen for manually and remotely 
controlling the encoding of a new asset; 
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FIG. 17 is a flow diagram illustrating a sub-process of manually controlling the encoding 
of an asset from a remote location in accordance with the present invention; 

FIG. 18 is a flow diagram illustrating sub-process of defining and scheduling streaming 
operations in accordance with the present invention; 
5 FIG. 19 is a block diagram illustrating a GUI screen for defining a destination group of IP 

addresses and port numbers for streaming operations; 

FIG. 20 is a flow diagram illustrating a sub-process of defining the destination group of 
IP addresses and port numbers using the GUI screen of FIG. 19; 

FIG. 21 is a flow diagram illustrating a sub-process of specifying and scheduling a 
JB J 0 recording operation for recording an asset; 

^ FIG. 22 is a block diagram illustrating a playback scheduling GUI screen; 

m FIGS. 23 A through 23D are flow diagrams illustrating a play-back sub-process for 

; p. defining and scheduling a streaming operation for streaming a new asset using the scheduling 
GUI screen of FIG. 22; 

y 1 5 FIG. 24 is a block diagram illustrating a GUI screen for defining an interval for a 

12 playback schedule; 

^ FIG. 25 is a flow diagram illustrating a sub-process for defining a playback schedule 

interval using the screen of FIG. 24; 

FIG. 26 is a block diagram illustrating a GUI screen for defining notification e-mail 
20 messages to be sent to selected end users upon detection of a selected event associated with 
streaming operations; 

FIG. 27 is a flow diagram illustrating a process of specifying events for which 
notification e-mail messages are to be sent to selected end users; 
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FIG. 28 is a block diagram illustrating a GUI screen for defining groups of destination e- 
mail addresses for the purpose of sending notification messages to the destination addresses; 

FIG. 29 is a flow diagram illustrating a sub-process of defining a group of destination e- 
mail addresses; 

5 FIG. 30 is a block diagram illustrating an edit message GUI screen; 

FIG. 3 1 is a flow diagram illustrating a process of editing a message using the screen of 
FIG. 30; 

FIG. 32 is a block diagram illustrating a GUI screen providing an interface for defining 
and scheduling multicasting operations; 
10 FIGS. 33A through 33E are flow diagrams illustrating a sub-process of defining and 

scheduling streaming operations in accordance with the present invention using the GUI screen 
of FIG. 32; 

FIG. 34 is a block diagram illustrating a GUI screen providing an interface for selecting a 

date; 

1 5 FIG. 35 is a block diagram illustrating a global schedule summary Web document in 

accordance with the present invention; 

FIG. 36 is a flow diagram illustrating a process for managing global schedule information 
in accordance with the present invention; 

FIG. 37 is a flow diagram illustrating a process for generating the global schedule Web 
20 document of FIG. 35; and 

FIG. 38 is a flow diagram illustrating a process for reviewing a summary of all scheduled 
media operations associated with a particular user of the asset management and scheduling GUI 
process of the present invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
FIG. 1 shows a block diagram illustrating an exemplary networked computer system at 
10 including an administrator terminal 12 configured in accordance with the present invention 
for implementing an asset management and scheduling GUI process for remotely managing and 

5 scheduling media operations including generating, copying, and multicasting media assets at and 
between a plurality of locations in the system 10 as further explained below. 

The depicted system 10 also includes: a plurality of end user terminals 14 
communicatively coupled with the administrator terminal 12 via an Internet protocol (IP) 
network 16 such as the public Internet or a private internet; a first media server 18 designated 

1 0 SERVER_1 communicatively coupled with the administrator terminal 1 2 via the IP network, the 
first media server having a media streamer application 20 which is executed by the server, an 
asset management and scheduling program 23 in accordance with the present invention which is 
executed by the server, and a local disk 22 providing memory storage for media data including 
audio data, video data, and text; a video camera 24 for generating media data having video data 

1 5 and audio data, the camera 24 being communicatively coupled with the first media server 1 8 via 
a first local area network (LAN) 26; a remote disk 28 communicatively coupled with the first 
media server 18 via the first LAN 26; a second media server 30 designated SERVER_2 
communicatively coupled with the administrator terminal 12 via the IP network, the second 
server having a media streamer application 20 which is executed by the server, and a local disk 

20 22 for storing media data; an archive data storage unit 36 communicatively coupled with 

SERVER_2 via a second LAN 32 which is communicatively coupled with the first LAN 26 via a 
wide area network (WAN) 34; a server 38 designated SERVER_3 communicatively coupled 
with the administrator terminal 12 via the IP network, and also being coupled with the second 
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LAN 32, the third server having a local disk 40 for storing media data; and a network device 42 
having a media streamer application 20 which is executed by the network device 42, the device 
42 being communicatively coupled with SERVER_2 via the second LAN 32. 

Each of the media streamer applications 20 is operative to encode and parse portions of 
5 media data to create a media asset, and is also operative to stream assets to selected groups of the 
plurality of end user terminals 14. The parsing of the media data includes adding headers and 
attributes to packets of the media data in order to allow for the detection of failures in staging, 
that is copying, of media assets from one media server to another media server via the IP 
network 16 or via the WAN 34. Each of the media streamer applications 20 is executed by a 

JO corresponding processing unit (not shown) of the corresponding one of the media servers 1 8 and 

m 30, and the network device 42. 

m As further explained below, the end user terminals 14 include plug-in applications which, 

ill when executed along with a viewing application such as a browser, are operative to decode and 

play the assets in real time, 
iff 1 5 In accordance with the present invention, an asset management and scheduling graphical 

^ user interface (GUI) process is provided at the administrator terminal 12 as described in detail 
below. In general, the asset management and scheduling GUI process allows for a user of the 
administrator terminal 12 to remotely define and schedule the execution of a variety of 
operations on media data at selected locations (e.g., selected servers, archives, and networked 
20 devices) in the networked computer system 10. 

In accordance with the asset management and scheduling GUI process, interface 
components are displayed on a display unit of the administrator terminal 12, the components 
prompting a user of the administrator terminal to define and schedule operations to be performed 
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by selected ones of the media servers on corresponding selected assets. In response to the 
interface components, user input is received via an input/output of the administrator terminal 12. 
The user input generally includes: operation information specifying details of a selected event, or 
operation, to be performed by a selected one of the media servers 18 and 30 on a selected asset 
5 which is accessible by the selected media server; and schedule information associated with the 
operation information, the schedule information indicating an associated schedule for performing 
the selected operation. In accordance with the asset management and scheduling GUI process, 
commands and associated parameters are generated based on the operation information and the 
associated schedule information. The commands and associated parameters are transmitted to 
10 the corresponding selected one of the media servers 18 and 30 for execution of the specified 
'if operation in accordance with the associated schedule. 

;ZI Operations which may be remotely managed and scheduled by the asset management and 

m scheduling GUI include: remotely controlling encoding operations for encoding media assets at 

selected locations in the system 1 0 by manual remote control, or by scheduling one or more time 
Wl5 delayed encoding operations; streaming assets from a selected source media streamer to a 
W selected group of destination end users; "copying" media data from a selected source location in 
u the system 10 setting to a selected destination location; and "deleting" media assets from selected 

locations. 

The media streamer applications 20 are operative to execute several different types of 
20 copy actions for copying media assets including: "adding" media files or assets from a local disk 
22 to a "catalog" of a corresponding media streamer application 20, the catalog being a list of 
files and/or assets which the media streamer application may access; "loading" media files or 
assets from the remote disk 28 to the catalog of the corresponding media streamer application 20 
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at SERVER_1; and "staging" media assets from a selected source one of the media servers 18 
and 30 to a selected destination one of the media servers. In the preferred embodiment, in order 
to allow for detection of a failure in a staging operation, only media assets which include parsed 
media data, as opposed to media files which include unparsed media data, are staged via the IP 
network 16 or via the WAN 34. 

The "delete" operations include removing selected assets from the catalog of a selected 
media streamer application 20 at the selected media server. Media files often comprise 
intellectual property, and therefore, it is desirable to be able to remove asset from the catalogs of 
media servers so that the assets cannot be retrieved by persons who are not authorized to do so. 

In a scheduled encoding mode, the asset management and scheduling GUI provides for 
defining and scheduling the activation of the camera 24 in accordance with a user defined 
schedule to generate video data which is encoded by the media streamer application 20 at 
SERVER_1 . The user may schedule a later date and time for activating the video camera and the 
encoding process; specify a location to which the encoded data is to be recorded, or stored; 
specify that the media data is to be streamed out in real time to selected destination locations; 
and specify that e-mail messages are to be sent to selected end users upon success or failure of 
the streaming. In a manual encoding mode, the user of the asset management and scheduling 
GUI controls the encoding process at SERVER_1 while viewing the scene to be encoded from 
the administrator terminal 12. 

In the preferred embodiment of the present invention, the asset management and 
scheduling GUI process is implemented as a Java applet executed at the administrator terminal 
12, the applet being received from the asset management and scheduling program 23 at 
SERVERJ . In an alternative embodiment of the present invention, the asset management and 
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scheduling GUI process is implemented as a Java application executed at the administrator 
terminal 12, the application being implemented by executing computer readable instructions 
stored at the administrator terminal 12. In yet another embodiment of the present invention, the 
asset management and scheduling GUI process is implemented by logic shared between the 

5 administrator terminal 12 and SERVER_1 so as to maximize efficiency. 

As further explained below, each of the plurality of end user terminals 14 includes a 
browser application running thereon for viewing assets including media data (e.g., an MPEG 
video clip) streamed to the end user terminal from corresponding ones of the media servers 18 
and 30. In one embodiment of the present invention, each of the end user terminals 14 has a 

1 0 media player stored therein, and the browser running on the end user terminal loads the media 
player in order to view the media data. The media player includes a decoder for decoding the 
media data. In another embodiment, the browsers running on the end user terminals 14 natively 
understand the encoding format of the asset streamed thereto and a plug-in is not required. 

FIG. 2 shows a block diagram illustrating an exemplary general purpose computer system 

15 at 5 0 which may be used to implement each of the administrator terminal 1 2, the end user 

terminals 14, the media servers 18 and 30, and the network device 42 (FIG. 1). The computer 
system 50 includes: a processing unit 52 communicatively coupled to a bus 54; a random access 
memory (RAM) unit 56 communicatively coupled to the processing unit via the bus; a read only 
memory (ROM) unit 58 communicatively coupled to the processing unit via the bus; a main 

20 memory unit 60, such as a hard disk or other memory storage device, communicatively coupled 
to the processing unit via the bus; a display unit 62, such as a cathode ray tube or flat panel 
display, communicatively coupled to the bus for displaying graphical information; an 
input/output unit (I/O unit) 64, such as a keyboard and mouse, coupled with the processing unit 
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via the bus, and providing an interface for a user to provide input; and a modem 66 coupled with 
the bus, and providing communication with remote devices via a computer network such as the 
IP network (FIG. 1). 

In the preferred embodiment of the present invention, the main memory unit 60 (FIG. 2) 
5 of the administrator terminal 12 (FIG. 1) stores computer readable instructions for implementing 
a viewing application supporting a Java interpreter (e.g., Netscape Navigator, Microsoft 
Explorer, or Sun's HotJava browser). The Java interpreter is operative to execute compiled Java 
byte code, also called J-code. In the preferred embodiment of the present invention, the asset 
management and scheduling GUI process is implemented as a Java applet which is provided to 
..JO the administrator terminal 12 (FIG. 1) via the IP network 16 (FIG. 1) as executable content inside 
JfJ of a Web document. 

m Also, in the preferred embodiment of the present invention, the main memory unit 60 

in (FIG. 2) of each of the end user terminals 14 (FIG. 1) stores computer readable instructions for 

implementing a viewing application such as a Web browser (e.g., Netscape Navigator, Microsoft 
^1 5 Explorer), and computer readable instructions for implementing a plug-in. Further, in the 
5 M preferred embodiment of the present invention, the main memory unit 60 (FIG. 2) of each of the 
" media servers 18 and 30 (FIG. 1) stores computer readable instructions for implementing the 
media streamer application 20 (FIG. 1), and instructions for implementing the asset managing 
and scheduling program 23 (FIG. 1). 
20 With reference back to FIG. 1, initializing steps of the asset management and scheduling 

process of the present invention include sending a request for a predetermined Web page from 
the Web browser running on the administrator terminal 12 to the asset management and 
scheduling program 23 at SERVERJ via the IP network 16. The management and scheduling 
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program 23 packages the predetermined Web page, along with an asset management and 
scheduling GUI process applet in accordance with the present invention, for transmission to the 
Web browser running on the administrator terminal 12. The asset management and scheduling 
applet is operable to create and manage an embedded menu in a displayed Web page when the 
5 Web page is displayed and the applet is executed by the Web browser running on the 

administrator terminal 12. In the preferred embodiment of the present invention, the asset 
management and scheduling applet is coded in Java™ and the Web browser supports a Java 
interpreter. 

In a preferred embodiment, each of the media streamer applications 20 provides for 
10 encoding media data and parsing the media data to create media assets including encoded and 
parsed media data. Also in the preferred embodiment, the media players loaded by the browsers 
running on the end user terminals 14 are configured to decode and display the media assets 
streamed thereto by the media streamer application 20. 

The asset management and scheduling GUI provided by the administrator terminal 12 is 
15 described below with reference to flow diagrams. In the preferred embodiment, the GUI process 
is implemented as a Java applet executed by the processing unit 52 (FIG. 2) of the administrator 
terminal 12 (FIG.l) to display a series of GUI screens within a Web browser window on the 
display unit 62 (FIG. 2) of the administrator terminal. A user of the administrator terminal 12 
(FIG. 1) may interface with the below described GUI using the I/O units 64, such as a keyboard 
20 and mouse, to provide user input by activating various buttons and check boxes, and by entering 
and editing text as required and prompted by the GUI screens. 

In the below described embodiment of the present invention, each of a plurality of 
interface functions provided by each of the GUI screens is implemented using a corresponding 
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GUI component selected from a variety of GUI components including radio buttons, check 
boxes, drop-down lists, spin buttons, editable text boxes, non-editable text boxes, etc. However, 
as is well understood to one of ordinary skill in the art, each of the interface components of each 
of the GUI screens described below may alternatively be implemented using other types of GUI 
5 components. The asset management and scheduling GUI process of the present invention is 
more generally described with reference to the flow diagrams while the depicted GUI screens 
illustrate a currently preferred embodiment. 

FIG. 3 shows a block diagram illustrating a main graphical user interface screen (GUI 
screen) at 100, the screen 100 being used in the asset management and scheduling GUI process 
_10 of the present invention. The main GUI screen 100 includes an asset management icon 102, an 
fi "encode a new asset" icon 104, and a multicast existing assets icon 106. 
S FIG. 4 shows a flow diagram illustrating a sub-process at 1 10 for providing a graphical 

yi user interface allowing for a user to select from a plurality of main options of the asset 

management and scheduling GUI. In the preferred embodiment, sub-process 1 10 is implemented 
Wl5 using the main GUI screen 100 (FIG. 3). The depicted process begins with step 1 12 in which a 
W user of the administrator terminal 12 (FIG. 1) is prompted to select from main options including 
^ an asset management option, an option for encoding a new asset, and an option for multicasting 
existing assets. In step 1 14, user input indicating a selected one of the main options is received 
in response to the user selecting one of the three icons 102, 104, and 106 of the main GUI screen 
20 (FIG. 3). 

From step 1 14, the process proceeds to 1 16 at which it is determined whether the asset 
management icon 102 (FIG. 3) has been selected, and if so, the process proceeds to "A" (to FIG. 
6) to execute an asset management and scheduling GUI sub-process as further explained below. 
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If it is determined at 1 16 that the asset management option has not been selected, the sub-process 
proceeds to 1 18 at which it is determined whether the icon 104 (FIG. 3) for encoding a new asset 
has been selected, and if so, the depicted process proceeds to "B" (to FIG. 13 A) to execute a GUI 
sub-process for encoding a new asset as further explained below. If is determined at 1 16 and 1 18 
that neither of the icons 102 and 104 (FIG. 3) of the main GUI screen have been selected, the 
sub-process proceeds to 120 at which it is determined whether the icon 106 (FIG. 3) for 
multicasting existing assets has been selected, and if so, the depicted process proceeds to "C" (to 
FIG. 33A) to execute a GUI sub-process for multicasting existing assets. 

FIG. 5 shows a block diagram illustrating an asset management GUI screen at 130, the 
screen providing an interface for the user to select from asset management options including: 
mapping, or identifying, new locations (e.g., servers, local and remote disks and archives) to be 
added to an available locations list; deleting locations from the available locations list; "copying" 
selected assets from selected source locations to selected destination locations; and "deleting" 
selected assets from selected locations as further explained below. As mentioned above, types of 
locations include local disks, remote disks, media servers, and archives. 

The asset management GUI screen 130 includes: an available locations drop-down list 
132 for displaying graphical information indicative of the list of available locations from which 
the user may select a location; a server time display window 134 for displaying the local time at 
a selected location if the selected location, selected via the drop down list 132, is a server; and an 
assets list box 136 for displaying graphical information indicative of the names of assets 
available at the selected one of the available locations indicated in the drop down list 132, the 
assets in the assets list box 136 being multi-selectable so that the user may select one or more of 
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the listed assets, the assets list box also providing for the display of graphical information 
indicative of the date and time that each of the listed assets was last modified. 

If the selected location, selected via the drop down list 132, is a media server 18, 30 (FIG. 
1), or an archive 36 (FIG. 1), then the assets list box 136 displays a list of catalogued assets. 
"Catalogued" assets include assets in the catalog of a media server, that is assets which are 
identified by the corresponding media streamer application 20 (FIG. 1) as being accessible. If 
the scheduled location is a disk (e.g., one of the local disks 22 or the remote disk 28 of FIG. 1), 
then the assets list box 36 displays all files and assets stored at the selected location. As 
mentioned above, media files or assets may be added from a local disk 22 (FIG. 1) to a "catalog" 
of a corresponding media streamer application 20 (FIG. 1), and media files or assets may be 
loaded from the remote disk 28 (FIG. 1) to the catalog of the corresponding media streamer 
application 20 (FIG. 1). Upon loading or adding a media file, which includes unparsed media 
data, the media streamer application 20 (FIG. 1) must parse the media data in order to convert 
the media file into a media asset which is formatted for staging and streaming operations. 

Note that the server time window 122 is useful to the user because the GUI process is 
implemented as a Java applet and the user may be residing in a different time zone from the time 
zone which the selected server resides in. The server time window 122 allows the user to 
schedule actions for an appropriate time in another time zone. 

The screen 130 also includes: a description display box 138 for displaying graphical 
information indicative of a description of the currently selected asset listed in the assets list box 
136; an add/remove locations button 140 for adding locations to the list of available locations 
and removing locations from the list of available locations as further explained below; a define 
action box 141 for defining copy actions and delete actions, the box 141 including: a copy assets 



ST9-99-086 



25 



button 142 for defining a copy action for "copying" a currently selected asset, indicated in the 
assets list box 136, from a selected source location, identified in the available locations drop 
down list 132; a delete selected assets button 144 for defining a "delete" action for deleting 
selected assets at the selected location; and a "copy to" list box 146 allowing for the user to 
select a destination location from a dynamically created list of possible destination locations, as 
further explained below. 

The asset management and scheduling GUI process includes logic for determining 
possible destinations for a copy action from a corresponding selected source location. As 
mentioned above, copy actions for copying media assets include "adding" media files or assets 
from a local disk 22 (FIG. 1) to a catalog of a corresponding local media streamer application 20 
(FIG. 1), "loading" media files or assets from a remote disk 28 (FIG. 1) to the catalog of 
corresponding media streamer application 20 (FIG. 1), and "staging" media assets from a source 
media server or a source archive to a destination media server or a destination archive. As 
mentioned, only media assets, as opposed to media files which include unparsed media data, may 
be staged. If the selected source location is a media server or an archive, then it is assumed that 
the copy action is a staging of the selected asset from the source location a destination location 
which is to either an archive or another media server. Therefore, if the selected source location 
is a media server or an archive, then the list of possible destination locations includes only media 
servers and archives. Alternatively, if the selected source location is a local disk or a remote 
disk, then it is assumed that the corresponding copy action is an "add" operation or a "load" 
operation, and the list of possible destination locations includes only media servers because if the 
scheduled portion of media data is a media file, then the destination media server must parse the 
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media file in order to convert it to an asset and add it, or load it, to the catalog of the destination 
location. 

Note that if a selected destination location is a server or other type of location requiring a 
log-in name and password, the user is required to enter the log-in name and password. 

Note that the delete button 144 is only enabled if the selected location is a media server 
and the selected portion of media data is an asset. Note also that execution of a "delete" action 
results in a corresponding selected asset being removed from the catalog of a corresponding 
media streamer application 20 (FIG. 1) at the corresponding media server. 

The GUI screen 130 further includes: a check box 148 for specifying delayed, or 
scheduled, copying wherein the selected assets are to be copied from the selected source location 
to the selected destination location at a later time; a start date drop down list, or drop down date 
picker 150 enabled by checking the check box 148 and providing for the user to select a start 
date for the scheduled copy action; a start time spin button time picker 152 enabled by checking 
box 148 and providing for the user to select a start time for the associated schedule copy action; a 
check box 154 for specifying that the selected asset is to be renamed before copying as further 
explained below; and a "define" button 155 for adding copy actions and delete actions to the 
action list box 156 as further explained below. If box 154 is checked, the GUI process displays a 
"rename-as" GUI screen (not shown) for the user to enter a target name for the asset upon 
copying it to the destination location. 

The GUI screen 130 further includes an action list box 156 for displaying a list of copy 
actions and delete actions to be executed as further explained below. The action list box 156 is 
used for displaying graphical information indicative of a plurality of copy actions and delete 
actions 160. For each of the actions 160, the action list box 156 also includes: a source name 
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field for displaying graphical information indicative of the corresponding selected asset; a target 
name 164 for displaying graphical information indicative of the target name, if applicable; a 
"from" field (not shown) for displaying the selected source location, selected using the drop 
down list 132; a "to" field (not shown) for displaying the selected destination location, selected 
5 via the "copy to" list box 146; and a schedule field (not shown) displaying graphical information 
indicative of scheduled associated information including the start date and start time selected via 
components 150 and 152. 

The asset management GUI 130 screen further includes: a remove button 166 for 
removing, or deleting, selected actions from the action list box 156; an OK button 168 for 
,J. 0 presently causing the execution of, or scheduling the execution of, the actions listed in the 
{i actions list 156; a cancel button 170 for canceling execution of the listed actions; an apply button 

1 n 1 72 for executing or scheduling execution of the actions listed in the action list 1 56 without 

m departing from the GUI screen 1 30; a reset button 174 for returning the GUI process to the state 
it was in when the user entered the screen or to the state it was in immediately after selecting the 
:^1 5 apply button (Note that no actions are sent to the server); and a help button 176 for displaying 

2 help instructions for using the GUI screen 130. Upon activation of the OK button 168, or the 
^ apply button 172, the asset management and scheduling process generates commands and 

associated parameters specifying the action listed in the action list 156. In the preferred 
embodiment, the commands and associated parameters are generated by the asset management 
20 and scheduling applet executed by the administrator terminal 12 (FIG. 1) in response to the 

above described user input. The commands and associated parameters are communicated to the 
asset management and scheduling program 23 (FIG. 1) at SERVERJ, which then executes the 
defined copy actions and delete actions for example, the copy actions are executed by copying 
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the selected asset from the source location to the selected destination location on the selected 
date and time in accordance with the selected renaming option. Delete actions are executed after 
all copy actions have been executed so that selected assets are not deleted before copying. 

FIG. 6 shows a flow diagram illustrating an asset management sub-process at 180. The 
depicted sub-process proceeds from "A" (from FIG. 4) to step 1 82 in which an interface is 
provided, the interface allowing the user to select from asset management options including: 
mapping, or identifying, new locations in the networked computer system 10 (FIG. 1); deleting 
available locations listed in the available locations drop down list 132 (FIG. 5); "copying" 
selected assets from a selected source location to a selected destination location; and "deleting" 
selected assets from selected locations. In the preferred embodiment, the interface provided in 
step 182 is implemented using the asset management GUI screen 130 (FIG. 5). 

From step 182, the sub-process proceeds to step 184 in which user input indicating a 
selected one of the asset management options is received. From step 184, the sub-process 
proceeds to 186 at which it is determined whether the option for mapping a new location has 
been selected, and if so, the sub-process proceeds to "D" (to FIG. 8 A) to execute a location 
mapping sub-process as further explained below. The location mapping option may be selected 
by the user by activating the add/remove locations button 140 of the asset management GUI 
screen 130 (FIG. 5) which causes the asset management process to display an identify location 
GUI screen as further explained below. 

If it is determined at 186 that the identify location option has not been selected, the sub- 
process proceeds to 188 at which it is determined whether the delete locations option has been 
selected, and if so, the process proceeds to "E" (to FIG. 9) to execute a location deleting sub- 
process as further explained below. Alternatively, if it is determined at 188 that the delete 
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location has not been selected, the sub-process proceeds to 190 at which it is determined whether 
the option for copying and deleting assets has been selected, and if so the process proceeds to 
"F" (to FIG. 10A) to execute a sub-process of "copying" and "deleting" selected assets. The user 
may select the copy option or the delete option by activating the copy button 142 (FIG. 5) or the 
5 delete button 144 (FIG. 5) of the asset management GUI screen. 

FIG. 7A shows a block diagram illustrating an identify locations GUI screen 200 for 
mapping new locations for storing assets. The screen 200 is displayed upon activation of the 
add/remove locations button 140 (FIG. 5) of the asset management GUI screen. The identify 
locations GUI screen 200 includes: a local disk button 202 for indicating that a local disk (e.g., 
10 local disk 22 of SERVER_1 of FIG. 1) is to be mapped; a remote disk button 204 for indicating 
fi that a remote disk (e.g., remote disk 28 of FIG. 1) is to be mapped; a media server or archives 
] J button 206 for indicating that a media server (E.g., SERVER_1 or SERVER_2 of FIG. 1) or for 
m indicating that an archive (e.g., archive 36 of FIG. 1) is to be mapped; a mapping path window 
208 providing for entry and display of graphical information indicating a selected path to a new 
Wl 5 location; a browse button 2 1 0 for browsing predefined paths associated with corresponding ones 
W of the buttons 202, 204, and 206; an available locations display window 212 for displaying 
^ available locations; an add button 214 enabled when the path window 208 is not blank, the add 
button 214 for adding a location, indicated by the path displayed in the path window 208, to the 
available locations list and window 212; and a remove button 216 for specifying that a location is 
20 to be deleted from the available locations window 212 and the drop down list 132 (FIG. 5). 

The identify locations GUI screen 200 also includes an OK button 218 for executing the 
selected add and remove actions defined using the above described GUI components of screen 
200, an apply button 222 for executing the add and remove actions without departing from the 
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screen 200, and a reset button 224, each of which is enabled when the add button 214 is selected. 
Upon activation of the OK button 21 8, or the reset button 224, the newly mapped locations are 
added to the available location drop down list 132 (FIG. 5). 

FIG. 7B shows a block diagram illustrating file transfer protocol (FTP) information 

5 interface components 227 of the identify locations GUI screen 200, the components 227 being 
displayed and enabled upon activation of the remote disk button 204 which indicates that a 
remote disk is to be mapped. The FTP information interface components 227 include: a user ID 
text entry box 228 providing for the user to enter a user ID for accessing a remote disk indicated 
by the path entered in the path window 208; and a password entry box 228 providing for the user 

10 to enter a password for accessing the remote disk. 

FIG. 7C shows a block diagram illustrating a "browse local disks" GUI screen 230 for 
mapping a path to a local disk and directory, such as for one of the local disks 22 (FIG. 1) of the 
media servers 18 and 30 (FIG. 1). The "browse local disk" GUI screen 230 is activated and 
displayed in response to the user activating the browse button 210 (FIG. 7 A) of the identify 

15 location screen while the local disk button 202 (FIG. 7A) is activated. The "browse local disk" 
GUI screen 230 includes: a display window 232 for displaying graphical information indicative 
of folders to be mapped in a directory of a local disk, the folders being selectable by the user; an 
OK button 234; a cancel button 236; and a help button 238. The user may select a folder from 
the folders displayed in window 232, the selected folder being identified as a mapped location. 

20 Activating the OK button 234 after one of the folders has been selected causes the GUI process 
to map the selected folder and then return to the identify locations GUI screen 200 (FIG. 7A), 
and a path to the selected folder is displayed in the path window 208 (FIG. 7A). The user may 
then add the selected folder to the available location list box 212 (FIG. 7A) of the identify 

31 

ST9-99-086 



location GUI screen by activating the add button 214 (FIG. 7A). Activating the cancel button 
236 cancels the users selections, if any, and returns the GUI process to the identify location GUI 
screen 200 (FIG. 7A) without any action. Activating the help button 238 provides graphical 
information for assisting the user in operating the GUI process. 

5 FIG. 7D shows a block diagram illustrating a "browse remote drives" GUI screen 240 for 

mapping a path to a remote disk and directory (e.g., remote disk 28 of) FIG. 1. The "browse 
remote drives" GUI screen 240 is activated and displayed in response to the user activating the 
browse button 210 (FIG. 7A) of the identify locations screen while the remote disk button 204 
(FIG. 7A) is activated. The "browse remote drives" GUI screen 240 includes: a display window 

1 0 242 for displaying graphical information indicative of folders in a directory of a remote disk, the 
folders being selectable by the user; an OK button 234; a cancel button 236; and a help button 
238. The user may select a folder from the folders displayed in window 242, the selected folder 
being identified as a mapped location. Activating the OK button 244 returns the GUI process to 
the identify locations GUI screen 200 (FIG. 7A), and a path to the selected folder is displayed in 

1 5 the path window 208 (FIG. 7A). The user may then add the selected folder to the available 
location list box 212 (FIG. 7A) by activating the add button 214 (FIG. 7A). Activating the 
cancel button 246 cancels the users selections, if any, and returns the GUI process to the identify 
location GUI screen 200 (FIG. 7A) without any action. 

FIG. 8A shows a flow diagram illustrating an identify location sub-process 250 in 

20 accordance with the present invention. The depicted sub-process proceeds from "D" (from FIG. 
6) to step 252 in which an interface is provided for allowing the user to select from mapping 
options including: mapping a path to a local disk such as one of the local disks 22 (FIG. 1) of the 
media servers 1 8 and 30 (FIG. 1); mapping a path to a remote disk such as the remote disk 28 
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(FIG. 1) associated with SERVERJ (FIG. 1); and a mapping a media server (e.g., SERVERJ 
or SERVER_2 of FIG. 1) or archive (e.g., archive 36 of FIG. 1). From step 252, the sub-process 
proceeds to step 254 in which user input indicative of a selected one of the mapping options is 
received. In the preferred embodiment, the GUI screen 200 (FIG. 7A) prompts the user to select 
one of the buttons 202, 204, and 206 (FIG. 7A) in steps 252 and 254. 

From step 254, the sub-process proceeds to 256 at which it is determined whether the 
local mapping option has been selected, that is whether button 202 (FIG. 7A) has been selected, 
and if so, the process proceeds to "Dl" (to FIG. 8B). If it is determined at 256 that the local 
mapping option has not been selected, the process proceeds to 258 at which it is determined 
whether the remote mapping option has been selected, that is whether button 204 (FIG. 7A) has 
been selected. If it is determined at 258 that the remote mapping option has been selected, the 
process proceeds from 258 to "D2" (to FIG. 8C). If it is determined at 256 and 258 that neither 
the local mapping option nor the remote mapping option has been selected, the sub-process 
proceeds to 260. At 260, it is determined whether the "media server or archive mapping option" 
has been selected, that is whether button 206 (FIG. 7A) has been activated, and if so, the process 
proceeds to "D3" (to FIG. 8D). Alternatively if it is determined at 260 that the media server or 
archive mapping option has not been selected, the process proceeds to "D"' (back to FIG. 6). 

FIG. 8B shows a flow diagram illustrating a sub-process at 270 for mapping a path to a 
local disk for storing media assets. The sub-process 270 proceeds from "Dl" (from FIG. 8 A) to 
step 272 in which the user is prompted to define a path to a new local disk, and directory if 
applicable. From step 272, the sub-process proceeds to 274 in which information indicative of a 
path to the new local disk and directory is received. In the preferred embodiment, steps 272 and 
274 are implemented using the identify locations GUI screen 200 (FIG. 7A) wherein the user 
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provides user input indicating a path to a new local disk by entering text indicative of a path in 
the path window 208 (FIG. 7A). Also in the preferred embodiment, the user may optionally 
activate the browse button 210 (FIG. 7 A) which causes the GUI process to display the browse 
local disks screen 230 (FIG. 7C) which assists the user in indicating a path to a new local disk as 
5 explained above. From step 274, the sub-process proceeds to step 276 in which a new available 
location defined by the path is added to an available location list. From step 276, the sub-process 
proceeds to step 278 in which a revised available locations list is displayed. In the preferred 
embodiment, the revised available locations list is displayed in the available locations window 
212 (FIG. 7A). 

ja J0 FIG. 8C shows a flow diagram illustrating a sub-process at 280 for mapping and 

i « identifying a new remote disk as one of the available locations. The depicted sub-process 
m proceeds from "D2" (from FIG. 8A) and proceeds to step 282 in which the user is prompted to 
Ul enter: a path to a new remote disk and directory; and a user ID and password for accessing the 

new remote disk if required. From step 282, the sub-process proceeds to step 284 in which user 
I; 15 input indicative of a path, a user ID, and a password is received. From step 284, the sub-process 
!5 proceeds to step 286 in which a new remote location is added to the available location list. In 
step 288, a revised location list is displayed. From step 288, the process proceeds back to step 
"D 5 " (back to FIG. 8A). In the preferred embodiment, the sub-process 280 is implemented using 
the identify locations GUI screen 200 (FIG. 7B). 
20 FIG. 8D shows a flow diagram illustrating a sub-process at 290 for defining a path to a 

media server, such as one of the media servers 18 and 30 (FIG. 1), or an archive such as the 
archive 36 (FIG. 1). The sub-process 290 proceeds from "D3" (from FIG. 8A) to step 292 in 
which the user is prompted to enter a path to a new media server or archive location. From step 
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292, the sub-process proceeds to step 294 in which user input indicative of a path to a new media 
server or archive location is received. In the preferred embodiment, steps 292 and 294 are 
implemented using the identify locations GUI screen 200 (FIG. 7A) wherein the user provides 
user input indicating a path to a new media server or archive location by entering information in 

5 the parameter path window 208 (FIG. 7A). From step 294, the sub-process proceeds to step 296 
in which the path to the new remote location specified in step 294 is added to the available 
locations list displayed in the available locations window 212 (FIG. 7A) by activating the add 
button 214 (FIG. 7A). In step 298, the revised available location list is displayed in window 212 
(FIG. 7A). From 298, the sub-process proceeds to "D3 5 " (back to FIG. 8A). Note that a user of 

1 0 the asset management and scheduling GUI process at the administrator terminal must be 

authorized to access locations such as servers. Particular locations (e.g., SERVERl, archive 36, 
and SERVER_2) may require a log-in name and password in order to access the location. The 
user is required to enter a log-in name and password upon commiting/defming an action to a 
server. 

1 5 FIG. 9 shows a flow diagram illustrating a sub-process at 302 for deleting selected 

locations from the available locations list displayed in window 212 (FIG. 7 A) of the identify 
locations GUI screen 200. The sub-process 302 proceeds from "E" (from FIG. 6) to step 302 in 
which a list of available locations is displayed. In the preferred embodiment, the available 
locations list is displayed in window 212 (FIG. 7A) of the identified location GUI screen. From 

20 step 302, the sub-process proceeds to step 304 in which an interface is provided allowing the 
user to select locations to be removed from the available locations list. From step 304, the sub- 
process proceeds to step 306 in which user input indicating a selected one of the locations to be 
removed is received. From step 306, the sub-process proceeds to step 308 in which the selected 
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location, or locations, are removed from the available locations list. In step 310, a revised 
available locations list is displayed. In the preferred embodiment, the sub-process 302 is 
implemented using the identify locations GUI screen 200 (FIG. 7A) wherein the user selects one 
or more locations from the locations displayed in the window 212 (FIG. 7 A) and activates the 

5 remove button 2 1 6 which causes the selected locations to be removed from the list, and window 
212 (FIG. 7A) then displays the revised available locations list. From step 310, the process 
proceeds back to "E"' (back to FIG. 6). 

FIG. 10A shows a flow diagram illustrating a sub-process at 320 for "copying" and 
"deleting" selected assets. The sub-process 320 proceeds from "F" (from FIG. 6) to step 322 in 

10 which an interface allowing the user to select from a displayed list of available locations is 
provided. The displayed list includes: locations of local disks such as local disk 22 (FIG. 1); 
locations of remote disks such as remote disk 28 (FIG. 1); locations of media servers such as 
SERVER _1 or SERVER_2 (FIG. 1); and locations of archives such as archive 36 (FIG. 1). 
Also in step 322, user input indicating a selected one of the locations is received. In the 

1 5 preferred embodiment, the sub-process 320 of is implemented using the asset management GUI 
screen 130 (FIG. 5). Therefore, in the preferred embodiment, step 322 is implemented using the 
available locations drop down list 132 (FIG. 5) which provides the list of available locations 
from which the user may select as described above. 

Note that upon selecting a location, if the user has not already logged on to the server 

20 associated with the selected location, the asset management and scheduling process executes 
instructions at the user terminal 12 (FIG. 1) for accessing the selected server associated with the 
selected location (e.g., SERVERJ or SERVER_2 of FIG. 1). Note that the user may be 
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required to enter a log-in name and password in order to establish a connection with the selected 
server. 

From step 322, the sub-process proceeds to 324 at which it is determined whether the 
location selected in step 322 is a server, and if so, the sub-process proceeds to step 326 in which 

5 the local time at the selected server is displayed. In the preferred embodiment, the local time of 
the selected server is displayed in the server time window 134 (FIG. 5) of the asset management 
GUI screen. As mentioned above, the server time window 122 is useful to the user because the 
GUI process is implemented as a Java applet and the user may be residing in a different time 
zone from the time zone which the selected server resides in. The server time window 122 

1 0 allows the user to schedule actions for an appropriate time in another time zone. 

From step 326, the sub-process proceeds to step 328 in which a list of assets located at 
the selected location is displayed along with a corresponding date and time that each of the 
displayed assets were last modified. In the preferred embodiment, these assets are displayed in 
the assets window 136 (FIG. 5) of the asset management GUI screen. In step 330, an interface 

1 5 allowing the user to select from the list of assets located at the selected location is provided, and 
user input indicating a selected one of the assets is received. In the preferred embodiment, the 
user may select one of the assets in the assets list box 136 (FIG. 5) by clicking on it. Note that 
the assets list box 136 (FIG. 5) is multi-selectable. 

In step 332, a description of the selected one of the assets located at the selected location 

20 is displayed. In the preferred embodiment, the description of the selected asset is displayed as 
graphical information in the description window 138 (FIG. 5) of the asset management GUI 
screen. From step 332, the sub-process proceeds to step 334 in which an interface is provided, 
the interface allowing the user to select from copy/delete options including "copying" the 
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selected asset, and "deleting" the selected asset. Also in step 334, user input indicating a 
selected one of the copy/delete options is received. In the preferred embodiment, the user may 
select the option of copying selected assets by activating the copy button 142 (FIG. 5) of the 
asset management screen, or the user may select the delete selected assets option by activating 

5 the delete button 144 (FIG. 5) of the asset management GUI screen. The delete option is only 
possible if the selected location, selected via the drop down list 132 (FIG. 5), is a media server. 
As mentioned above, the execution of the delete action does not actually delete the selected asset 
from the selected location, but rather removes the selected asset from the catalog of the 
corresponding media streamer application 20 (FIG. 1). The user of the asset management and 

10 scheduling GUI generally does not have authority to actually delete assets. Generally, only a 
local administrator of the corresponding server may actually delete files. 

From step 334, the sub-process proceeds to 336 at which it is determined whether the 
delete assets option has been selected, and if so, the GUI process proceeds to "Fl" (to FIG. 10B) 
to execute a sub-process for deleting a selected asset from a selected location as described below. 

1 5 Alternatively, if it is determined at 336 that the delete assets option has not been selected, the 

sub-process proceeds to 338 at which it is determined whether the copy option has been selected, 
and if so, the process proceeds to "F2" (to FIG. 10C). If it is determined at 336 and 338 that 
neither the copy option nor the delete option has been selected, the process proceeds back to "F"' 
(back to FIG. 6). 

20 FIG. 1 OB shows a flow diagram illustrating a sub-process at 342 for defining a delete 

action for "deleting" a selected asset from a selected location. The sub-process 342 proceeds 
from "Fl" (from FIG. 10A) to step 344 in which a delete action, associated with instructions for 
deleting the currently selected asset from the selected location, is defined. From step 344, the 
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sub-process proceeds to step 346 in which the delete action defined in step 344 is added to an 
action list. In step 348, an updated action list is displayed after which the process proceeds back 
to "Fl"' (back to FIG. 10A). In the preferred embodiment, the sub-process 342 is implemented 
using the asset management GUI screen 130 (FIG. 5) wherein the user may delete a selected 
asset, which has been selected via the assets window 136 (FIG. 5), by activating the delete button 
144 (FIG. 5) of the asset management GUI screen 130, and then activating the define button 158 
(FIG. 5) which adds the defined delete action to the action list box 156 (FIG. 5). 

FIG. 10C shows a flow diagram illustrating a sub-process at 350 for "copying" a selected 
asset from a selected source location to a selected destination location. The sub-process 350 
proceeds from "F2" (from FIG. 10A) to step 352 in which the user is prompted to select a 
destination location. Also in step 352, user input indicating the selected destination location is 
received, the source location having been selected in step 322 (FIG. 10A). In the preferred 
embodiment, sub-process 350 is implemented using the asset management GUI screen 130 (FIG. 
5) wherein the user selects the destination location from the list of possible destination locations 
listed in the "copy-to" window 146 (FIG. 5) as explained above. 

Note that upon selecting a destination location, if the user has not already logged on to 
the server associated with the selected destination location, the asset management and scheduling 
process executes instructions at the user terminal 12 (FIG. 1) for accessing the selected server 
associated with the selected destination location (e.g., SERVERJ or SERVER.2 of FIG. 1). At 
this point, the user may be required to enter a log-in name and password in order to establish a 
connection with the selected destination server. A connection with the selected destination 
server is required in order to verify that the user has authority to copy media data to the 
destination media server. 
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From step 352, the sub-process proceeds to step 354 in which an interface is provided, 
the interface allowing the user to select from timing options including an immediate copying 
option, and a delayed copying option wherein selected assets are scheduled for copying at a 
specified later time. Also in step 354, user input indicating the selected timing option is 
5 received. From step 354, the sub-process proceeds to 356 at which it is determined whether the 
timing option of copying a selected asset at a specified later time has been selected. In the 
preferred embodiment, the user may select displayed copying option by checking the "copy 
assets later" box 148 (FIG. 5). 

If the delayed copying option is selected, the sub-process proceeds from 356 to step 358 
10 in which an interface allowing the user to select a start date and start time is provided. Also at 
Jl step 358, user input including scheduling information associated with the copy action is received, 
j*£ the scheduling information including a selected start date and start time. In the preferred 
W embodiment, the user selects the start date and start time using the start date drop down window 
i y 150 (FIG. 5) and the start time spin button 152 (FIG. 5) respectively. If the delayed copying 

5 option is not selected, then it is assumed that scheduling information associated with the defined 
"ut C0 Py action specified that the copy action is to be executed presently. 

q From step 358, the sub-process proceeds to step 360 in which an interface, allowing the 

user to select an option of renaming the asset before copying, is provided. Also in step 360, user 
input indicating a selected renaming option is received. In the preferred embodiment, the user 
20 may select the option of renaming assets before copying by checking box 154 (FIG. 5) of the 
asset management GUI screen 130 (FIG. 5). From step 360, the process proceeds to "F3" (to 
FIG. 10D) to execute further steps of the copy/delete selected assets sub-process. 
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FIG. 10D shows a flow diagram at 362 illustrating further steps of the copy/delete 
selected assets sub-process 320 (FIG. 10A). Sub-process 362 proceeds from "F3" (from FIG. 
10C) to 364 at which it is determined whether the renaming option has been selected, and if so, 
the sub-process proceeds to step 366 in which an interface allowing the user to enter a target 
name for the copied asset is provided. Also in step 366, user input indicating a target name is 
received. In the preferred embodiment, the user provides input indicating a target name for the 
selected asset using a rename asset GUI screen 390 shown in FIG. 1 1 . With reference to FIG. 
1 1, the rename asset GUI screen 390 includes a current name window 392 for displaying a 
current name of the selected asset; a "rename as" window 394 allowing for the user to enter a 
target name for the selected asset; an OK button 396; a cancel button 398; and an help button 
400. 

Referring back to FIG. 10D, the sub-process proceeds from 366 to step 368 in which a 
copy action is defined, the copy action being associated with instructions for copying the 
currently selected asset, or assets, from the selected source location to the selected destination 
location in accordance with the specified scheduling information (at the selected date and time if 
the delayed copying option has been selected, or presently if the delayed copy option has not 
been selected) in accordance with the selected renaming option. In the preferred embodiment, 
the copy action is defined using the GUI components of the asset management GUI screen 130 
(FIG. 5) as explained above. 

From step 368, the sub-process proceeds to step 370 in which the copy action defined in 
step 368 is added to an action list, and then to step 372 in which an updated action list is 
displayed. In the preferred embodiment, copy actions are added to the action list by activating 
the define button 155 (FIG. 5) of the asset management GUI screen which adds the defined copy 
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action to the action list displayed in window 156 (FIG. 5). In step 374, an interface allowing the 
user to execute the actions listed in the action list is provided, and user input is received. In the 
preferred embodiment, the user may execute the actions listed in the action list 156 (FIG. 5) of 
the asset management GUI screen by activating the OK button 168 (FIG. 5), or the apply button 
172 (FIG. 5), after actions have been defined. 

From step 374, the sub-process proceeds to 376 at which it is determined whether the 
option of executing the defined actions has been selected. It is important that all copy actions 
associated with a particular asset be executed before any delete actions associated with the 
particular asset so that the particular asset is not deleted before it may be copied. If it is 
determined at 376 that the defined actions are to be executed, the sub-process proceeds to step 
380 in which, for each listed copy action, a set of copy commands and associated parameters is 
generated, each set of copy commands and associated parameters specifying that the 
corresponding selected asset is to be "copied" from the corresponding selected source location to 
the corresponding selected destination location in accordance with the corresponding selected 
renaming option and in accordance with the specified scheduling information. From step 380, 
the sub-process proceeds to step 382 in which, for each listed delete action, a set of delete 
commands and associated parameters is generated, each set of delete commands and associated 
parameters specifying that the corresponding selected asset is to be "deleted" from the 
corresponding selected source location as defined by the corresponding delete action. 

From step 382, the sub-process proceeds to step 384 in which each set of copy commands 
and associated parameters, and each set of delete commands and associated parameters is 
transmitted to the corresponding media server (e.g., SERVER_1 or SERVER_2 of FIG. 1) which 
is identified by the corresponding source location. In response to the sets of commands and 
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associated parameters, the media streaming application 20 (FIG. 1) of the corresponding media 
server is operative to schedule execution of, or presently execute, the corresponding copy and 
delete operations as defined by the actions specified by the commands and associated 
parameters. For example, the media streamer application 20 (FIG. 1) of the media server 

5 associated with the selected source location is operative to copy the corresponding selected 
assets from the corresponding selected source location to the corresponding selected destination 
location in accordance with the selected renaming option and the specified scheduling 
information. In one embodiment, the asset management and scheduling GUI process, executed 
at the administrator terminal, transmits the sets of commands and associated parameters to the 

1 0 corresponding media servers via the IP network 1 6 (FIG. 1). Note that connections with the 
selected source locations and destination locations were previously made at which time user 
names and passwords were provided, if required. The connections with the locations need not be 
continuously maintained but may be re-established when required. From step 384, the process 
proceeds back to "F" (back to FIG. 6). 

1 5 FIG. 12 shows a block diagram illustrating an encoding GUI screen 420 for encoding a 

new media asset as further explained below. The GUI screen 420 is displayed to the user at the 
administrative terminal 12 (FIG. 1) when the "encode a new asset icon" 104 (FIG. 3) is selected. 
The GUI screen 420 includes: an encoder drop down list 422 allowing the user to select an 
encoder for encoding a new asset (e.g., SERVER_1 which is connected to camera 24 of FIG. 1); 

20 an encoder time display box 424 for displaying the local time at the selected encoder which is a 
selected one of the media servers; an encoder attributes button 426 for selecting audio and video 
encoding attributes for the encoding process as further explained below; a preview button 428 for 
activating a browser plug-in at the administrator terminal 12 (FIG. 1) for displaying a scene to be 
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encoded by the selected encoder; and a duration window 430 for defining schedule information 
specifying a schedule for the encoding operation as further explained below, the GUI screen 420 
also provides for the user to define and schedule streaming operations, recording operations, and 
playback operations to be performed on the newly encoded asset. 
5 The duration window 430 includes: a manual option button 432 for specifying manual 

mode operation which allows for the user to manually start and stop encoding as further 
explained below; and a timed encoding option button 434 for specifying scheduling information 
associated with the encoding operation, the scheduling information indicating when the encoding 
operation is to start and stop. The duration window 430 also includes GUI components 

10 associated with the timed encoding mode of operation, the components including: a start group 
box 435 having a start-now button 436 for specifying that encoding is to start immediately, and a 
schedule time button 438 which enables a start date drop down date-picker 440 and a start time 
spin button 442 further explained below; and a stop group box 443 having a duration button 444 
which enables a duration spin button and window 446, and a schedule time button 448 which 

1 5 enables a start date drop down window 450, and a start time spin button 452, further explained 
below. Note that when the manual option button 432 is activated, the contents of the start and 
stop group boxes 435 and 443 are disabled. Also, activating the duration button 444 disables the 
start date and start time GUI components 450 and 452. When the timed encoding button 434 is 
activated, the user is prompted to provide scheduling information via the start and stop group 

20 boxes 435 and 443. The timed encoding may be scheduled to begin immediately by activating 
the start now button 436, or at a scheduled date and time by selecting via components 440 and 
442. The timed encoding may be scheduled to stop either after a specified duration selected via 
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the duration window 446, or at a specified time and date selected via the GUI components 450 
and 452. 

The encoding GUI screen 420 further includes: a streaming check box 454 for specifying 
that the asset is to be streamed from the encoder to one or more selected end users in real time 
5 that is, within a minimal time delay after which the asset is encoded; and a stream box 455 
having interface components which are enabled upon checking box 454. The stream box 455, 
which allows for the user to specify destination end user terminals to which newly encoded asset 
is to be streamed, includes: a manual option button which enables the user to specify one 
destination IP address and port number via an IP address text box 462, and a port number text 
^10 box 464; a predefined option button 458 which enables the user to select from predefined groups 
!t? of destination IP addresses and port numbers listed in a drop down list 466, the option button 458 
m also enabling a define button 468 which allows the user define a new group of destination IP 
jiji addresses and port numbers as further explained below; and a session director requester (SDR) 
option button 460 which is enabled if the user has third party software. In response to the user 
Wl 5 providing a start time and duration, SDR determines an available IP address and port number. 
Jff The encoding GUI screen 420 further includes: a record asset check box 470 for 

?aa? specifying that an asset is to be recorded as it is encoded; and a record asset box 471 having 
interface components which are enabled upon checking box 470. The record asset box 471 
includes: a "record to" drop down combination box 472 allowing the user to select a record path 
20 from previously defined record paths, the selected record path specifying a selected "record to" 
memory device and directory to which the asset is to be stored; a browse button 474 which 
displays the "browse local disks" GUI screen 230 (FIG. 7C) for defining a path for a local disk 
and directory, such as for the local disk 22 of SERVER_1 (FIG. 1); an asset name text box 476 
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providing for the user to enter text indicative of a name (e.g., "Trial.mpg") for the new asset; a 
description text box 478 providing for the user to enter textual information describing the new 
asset; and three overwrite option buttons explained below. 

The three file option buttons include: a prompt option button 480 which, when activated, 
5 specifies that the user is to be prompted if an asset having the name indicated in the asset name 
text box 476 already exists at the selected "record to " memory device; an overwrite option 
button 482 which, when activated, specifies that any asset having the same name as that 
indicated in the asset name text box 476 which exists a the "record to" memory device is to be 
overwritten with the new encoded asset; and an append option button 484 which, when activated, 

1 0 specifies that any asset having the same name as that indicated in the asset name text box 476 is 
to be appended with the encoded and parsed media data comprising the new asset. 

The encoding GUI screen 420 further includes: a schedule playback check box 486, 
enabled if the manual option button 432 is not selected for scheduling a play-back (streaming or 
multicasting) operation to be executed on the newly encoded asset in accordance with a play- 

15 back schedule. The check box 486 enables a schedule play-back button 488 for activating GUI 
components for specifying a play-back schedule as further explained below; an OK button 490; a 
cancel button 492; and a help button 494. 

FIG. 13A shows a flow diagram illustrating an encoding sub-process at 500. The 
depicted sub-process proceeds from "B" (from FIG. 4) to step 502 in which an interface, 

20 allowing the user to select a source encoder, is provided. Also in step 502, user input indicating 
a selected source encoder is received. In the preferred embodiment of the present invention, the 
encoding sub-process 500 is implemented using the encoding GUI screen 420 (FIG. 12). From 
step 502, the sub-process proceeds to step 504 in which graphical information indicative of the 
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selected source encoder is displayed, and local time at the location of the selected source encoder 
is also displayed. In the preferred embodiment, steps 502 and 504 are implemented using the 
encoder drop down list 422 (FIG. 12), and the server time window 424 (FIG. 12). 

From step 504, the depicted sub-process proceeds to step 506 in which an interface 

5 allowing the user to select the option of changing attributes of the selected encoder is provided, 
and user input indicative of the selected option is received. In the preferred embodiment, step 
506 is implemented using the encoder attributes button 426 (FIG. 12) of the encoding GUI 
screen. From step 506, the sub-process proceeds to 508 at which it is determined whether the 
option of changing attributes of the selected encoder has been selected, and if so, the process 

10 proceeds to "Bl" (to FIG. 15) to execute a sub-process of defining encoder attributes. 

If it is determined at 508 that the option of changing encoder attributes has not been 
selected, the sub-process proceeds to step 510 in which an interface allowing user to select a 
preview option, for previewing a scene to be encoded, is provided. Also in step 510, user input 
indicative of the selected preview option is received. In the preferred embodiment, step 510 is 

15 implemented using the preview button 428 (FIG. 12) of the encoding GUI screen. From step 
510, the sub-process proceeds to step 512 at which it is determined whether the preview option 
has been selected, and if so, the sub-process proceeds to step 5 13 in which a browser plug-in, 
showing a scene to be encoded, is displayed. The browser plug-in may be implemented in 
accordance with any of the variety of well known methods. In step 513, preview commands are 

20 transmitted from the administrator terminal 12 (FIG. 1) to the selected encode via the IP 
network. In response to the preview commands, the selected encoder generates media data 
associated with a scene to be encoded, and streams the media data back to the administrator 
terminal. For example, if the selected encoder specifies SERVERJ (FIG. 1) and camera 24 
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(FIG. 1), then the camera 24 is activated by SERVER_1 in response to preview commands sent 
to SERVERl, and media data is generated by camera 24 (FIG. 1) and transmitted to the 
administrator terminal 12 (FIG. 1) at which the media data is displayed to the user in a plug-in 
displayed within a browser window on the display unit 62 (FIG. 2) of the administrator terminal. 
5 From step 5 13, the sub-process proceeds to step 5 14 in which an interface allowing the 

user to select from encoding options is provided. The encoding options include a manual 
encoding option, and a timed encoding option. Also in step 514, user input indicating a selected 
encoding option is received. In the preferred embodiment, step 514 is implemented using the 
manual option button 432 (FIG. 12) and the timed encoding option button 434 (FIG. 12) of the 
J 0 encoding GUI screen. From step 5 14, the sub-process proceeds to 5 1 6 at which it is determined 
'{Z whether the manual encoding option has been selected, and if so, the process proceeds to "B2" 
* m (to FIG. 17). Alternatively, if it is determined at 516 that the manual encoding option encoding 
\p : has not been selected, the sub-process proceeds to step 51 8 in which an interface, allowing the 
user to specify scheduling information for timed encoding is provided. Also in step 518, user 
W 5 input including scheduling information for a timed encoding operation is received. In the 

preferred embodiment, step 518 is implemented using the GUI components of the start group 
™ box 435 (FIG. 12) and the stop group box 443 (FIG. 12) of the encoding GUI screen as described 
above. 

FIG. 13B shows a flow diagram illustrating further steps of the encoding sub-process 500 
20 (FIG. 13 A). The sub-process proceeds from "B3" (from FIG. 13 A) to step 526 in which: an 
interface allowing the user to select a real time streaming option is provided; and user input 
indicative of the selected streaming art option is received. In the preferred embodiment, step 526 
is implemented using the streaming check box 454 (FIG. 12) of the encoding GUI screen. From 
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step 526, the sub-process proceeds to step 528 at which it is determined whether the real time 
streaming option has been selected, and if so, the process proceeds to "B4" (to FIG. 18) to 
execute a sub-process of defining destination locations to which the encoded asset is to be 
streamed in real time. 

5 Alternatively, if it is determined at 528 that the real time streaming option has not been 

selected, the sub-process proceeds to step 530 in which: an interface allowing the user to select a 
record asset option is provided; and also user input, indicative of whether the record asset option 
has been selected, is received. In the preferred embodiment, step 530 is implemented using the 
record asset option check box 470 (FIG. 12) of the encoding GUI screen. From step 530, the 

1 0 sub-process proceeds to 532 at which it is determined whether or not the recording option has 
been selected, and if so, the process proceeds to "B5" (to FIG. 21) to execute a sub-process of 
specifying a location to which the newly encoded asset is to be stored, as well as providing other 
recording options including naming the encoded asset, providing a description of the encoded 
asset, and specifying overwrite options for recording the asset, all of which are described below. 

1 5 Alternatively, if it determined at 532 that the record asset option has not been selected, the 
process proceeds to step 536 in which commands and parameters associated with scheduled 
encoding operations, streaming operations (if specified), and recording operations (if specified) 
are generated. Scheduled encoding commands and associated parameters are generated based on 
encoding operation information and encoding scheduling information specified by the user via 

20 the encoding GUI components 422 through 452 (FIG. 12) of the encoding GUI screen. 

Streaming commands and associated parameters are generated based on real time streaming 
operation information specified by the user via the GUI components of the streaming group box 
455 (FIG. 12) of the encoding GUI screen. Recording commands and associated parameters are 
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generated based on recording operation information specified by the user via the GUI 
components 470 through 484 (FIG. 12) of the encoding GUI screen. 

From step 536, the process proceeds to step 538 in which the scheduled encoding 
commands and associated parameters (as well as the streaming and recording commands and 
associated parameters, if applicable) are transmitted to the selected source encoder. In response 
to the received commands, the selected source encoder, which is a selected one of the media 
servers 18, 30 (FIG. 1) executes the specified scheduled encoding operations (as well as the 
recording and real time streaming operation, if selected, in accordance with the specified 
operation information and schedule information. From step 538, the process proceeds to "B"' 
(back to FIG. 4). 

FIG. 14 shows a block diagram illustrating an encoder attributes defining GUI screen 550 
in accordance with the present invention. The screen 550 is displayed upon activation of the 
encoder attributes button 426 (FIG. 12) of the encoding GUI screen 420 (FIG. 12). The GUI 
screen 550 includes: a logical port name drop down list 552 allowing the user to select an alias 
name for the selected encoder; an encoder type display window for displaying graphical 
information indicative of a type of the selected encoder, the window 554 being non-editable; an 
encoder quality drop down list 556 allowing the user to select an encoding quality such as 
MPEG1, MPEG2, and other video encoding types; and a set bit rate box 557 for specifying a bit 
rate for an encoding operation. 

The set bit rate box 557 includes: a mux rate option button 558 which enables a low bit 
rate option button 564 (0.8 Mbps), a medium bit rate option button 566 (1.5 Mbps), and a high 
bit rate option button 568 (2.2 Mbps); and a video and audio option button 560 which enables a 
video label and text box 570, and an audio drop down list 572. 
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The VideoCharger media server offers a solution for both the Internet environments as 
well as the Intranet. For the Internet clients, especially the home Internet users which are 
typically connected via slower network connections, VideoCharger will support the delivery of 
Low Bit Rate video (LBR). The LBR video is based on the Industry Standard H.263 video and 
5 G.723 audio from the video conferencing industry. This technology allows audio and video to 
be served to home Internet users connected with 28.8 Kb modems. Using - 16 Kb/s, the LBR 
video will offer 8 KHz 16 bit PCM audio and 160X120 video at 7.5 frames per second. The 
LBR video can be encoded at higher quality rates to provide higher resolution or more frames 
per second for those clients which are connected via ISDN modems, cable modems or an Intranet 

10 network. For the Intranet environment, the VideoCharger media server provides support for 
higher quality (and higher bit rate) videos. In this environment, both MPEG-1 and MPEG-2 
content can be supported at rates up to 8 Mb/s. Near CD quality single-channel audio is 
supported at 24KHz. This flexible support for higher quality video will allow a multitude of 
applications to be enhanced with video in the Intranet environment. VideoCharger includes 

1 5 transcoders that can convert either Windows .AVI or .WAV files into low bit-rate format. The 
compressed data is stored in a unique file format (JBA) optimized for UDP protocol. 

The GUI screen 550 further includes: an advanced box 574 having a mux mode drop 
down list 576 for specifying how to combine video and audio data, a video source drop down list 
578, and a group of pictures (GOP) spin button 580 providing for the user to select from groups 

20 of pictures between headers. The GUI screen 550 further includes: an OK button 582 for making 
everything okay; a cancel button 584; and a help button 586. 

FIG. 15 shows a flow diagram illustrating a sub-process for defining encoder attributes at 
600. The depicted sub-process proceeds from "Bl" (from FIG. 13 A) to step 602 in which an 
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interface, allowing the user to select from a list of alias names (logical port names) for the 
selected encoder is provided. Also in step 602, user input indicated of the selected alias name is 
received. In the preferred embodiment, the sub-process 600 is implemented using the encoder 
attributes GUI screen 550 (FIG. 12). Specifically, step 602 is implemented using the logical port 
5 name drop down list 552 (FIG. 12). From step 602, the sub-process proceeds to step 604 in 
which an interface, allowing the user to select from the list of quality types for the selected 
encoder, is provided. Also in step 604, user input indicative of a selected quality type is 
received. In the preferred embodiment, step 604 is implemented using the encoder quality drop 
down list 556 (FIG. 14). 

10 From step 604, the sub-process proceeds to step 606 in which an interface, allowing a 

user to select from bit rate options including a mux rate option and a video/audio option, is 
provided. Also in step 606, user input indicative of a selected bit rate option is received. In the 
preferred embodiment, step 606 is implemented using the set bit rate box 557 (FIG. 14) in which 
the user may select the mux rate option button 558 or the video/audio option button 560 (FIG. 

15 14). From step 606, the sub-process proceeds to step 608 at which it is determined whether the 
mux rate option has been selected, and if so, the sub-process proceeds to step 610 in which an 
interface allowing the user to select a mux rate, is provided. Also in step 610, user input 
indicative of the selected mux rate is received. In the preferred embodiment, step 610 is 
implemented using the low, medium, and high buttons 564, 566, and 568 (FIG. 14) of the GUI 

20 screen 550. 

Alternatively, if it is determined at 608 that the mux rate option has not been selected, the 
sub-process proceeds directly to step 612 at which it is determined whether the video/audio 
option has been selected. If the video/audio option has been selected, the sub-process proceeds 
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to step 614 in which an interface, allowing the user to enter a video bit rate and an audio bit rate 
value is provided. Also in step 614, user input indicative of a selected video bit rate and a 
selected audio bit rate is received. In the preferred embodiment, step 614 is implemented using 
the video rate text box 570 and the audio rate drop down list 572 (FIG. 14). From step 614, the 

5 process proceeds to "Bl (back to FIG. 13A). 

FIG. 16 shows a block diagram illustrating a GUI screen 620 for manually encoding a 
new asset. The GUI screen 620 is activated, and displayed upon selection of the manual option 
button 432 (FIG. 12) of the encoding asset GUI screen. The manual encoding GUI screen 620 
provides an interface allowing for the user to remotely start, pause, and stop encoding of video 

10 data at the selected encoder, selected via the encoder drop down list 422 (FIG. 12). In 

accordance with the GUI process of the present invention, manual encoding commands and 
associated parameters are generated at the administrator terminal 12 (FIG. 1) and transmitted to 
the selected encoder via the IP network 16 (FIG. 1). In response to the manual encoding 
commands, the media streamer application 20 (FIG. 1) of the encoder is operative to start, stop, 

1 5 and pause encoding of media data received from the video camera. 

The manual encoding GUI screen 620 includes: a record button 622 for starting encoding 
of the asset; a pause button 624 for pausing the encoding of the asset; a stop button 626 for 
stopping the encoding of the asset; an elapsed time window 628 for displaying an elapsed time 
clock which is running while the asset is being encoded, the elapsed time clock being started, 

20 paused, and stopped upon activation of buttons 622, 624, and 626 respectively; a "stream to" 
window 630 for displaying an IP address and port number to which the encoded asset is being 
streamed in real time, if applicable; a "record to" window 632 for displaying a path of a location 
to which the encoded asset is being is recorded to, if applicable; an asset name window 634 for 
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displaying an asset name specified for the encoded asset; a description window 636 for 
displaying a description of the encoded asset; and an encoder window 638 for displaying a name 
indicative of the selected encoder. 

FIG. 17 shows a flow diagram illustrating a sub-process at 50 of manually and remotely 
controlling a process of encoding an asset. The sub-process 50 proceeds from "B2" (from FIG. 
1 3 A) to step 652 in which a browser plug-in showing a scene to be encoded is displayed. In the 
preferred embodiment, the sub-process 650 is implemented using the manual encoding GUI 
screen 620 (FIG. 16) which is displayed in a browser window displayed on the display device of 
the administrator terminal 12 (FIG. 1). 

From step 652, the sub-process proceeds to step 654 in which text indicating details is 
displayed. The displayed details include an elapsed time, a destination IP address and port 
number to which the encoded data is to be streamed in real time, a record storage path location 
for storing the encoded asset, the asset name, an asset description, and a selected encoder. In the 
preferred embodiment, step 654 is implemented using the GUI screen 620 which displays the 
details 628 through 638 (FIG. 16). From step 654, the sub-process proceeds to step 656 in which 
a user interface, allowing a user to select from manual encoding commands including 
start/resume encoding, pause encoding, and stop encoding is provided. Also in step 656, a user 
input indicative of a selected one of the manual encoding commands is received. 

From step 656, the sub-process proceeds to 658 at which it is determined whether the 
start manual encoding option has been selected, and if so, the sub-process proceeds to step 660 in 
which commands for starting encoding of video data are generated and communicated from the 
administrator terminal 12 (FIG. 1) to the selected encoder via the IP network (FIG. 1). From 
step 660, the sub-process proceeds to step 662 in which an elapsed time clock is started . In the 
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preferred embodiment, the elapsed time is displayed in the elapsed time window 628 of the 
manual encoder GUI screen 620 (FIG. 16). 

If it is determined at 658 that the start encoding option has not been selected, the sub- 
process proceeds to 664 at which it is determined whether the pause encoding option has been 

5 selected. If it is determined at 664 that the pause encoding option has been selected, the sub- 
process proceeds to step 668 in which commands for pausing the process of encoding video data 
are generated and communicated from the administrator terminal 12 (FIG. 1) to the selected 
encoder via the IP network (FIG. 1). From step 668, the sub-process proceeds to step 670 in 
which the elapsed time clock is paused . 

10 If it is determined at 664 that the pause encoding option has not been selected, the sub- 

process proceeds to 672 at which it is determined whether the stop encoding option has been 
selected. If it is determined at 672 that the stop encoding option has been selected, the sub- 
process proceeds to step 674 in which commands for stopping the encoding of video data are 
generated and communicated from the administrator terminal 12 (FIG. 1) to the selected encoder 

1 5 via the IP network (FIG. 1 ). From step 674, the sub-process proceeds to step 676 in which the 
elapsed time clock is stopped . 

FIG. 18 shows a flow diagram illustrating a streaming sub-process at 700 in accordance 
with the present invention. The streaming sub-process 700 proceeds from "B4" (from FIG. 13B) 
to step 702 in which an interface, allowing the user to select from streaming destination 

20 specification options is provided. The destination specification options include a manual option, 
a predefined option, a define option, and a session director request option. Also in step 702, user 
input indicative of the selected destination specification option is received. In the preferred 
embodiment, step 702 is implemented using the IP address window 462 (FIG. 12) and the port 
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number drop down list 464 (FIG. 12). In the preferred embodiment, the sub-process 700 is 
implemented using the encoding GUI screen 420 (FIG. 12), and in particular, the GUI 
components of the stream out group box 455 which is enabled by the stream out check box 454 
(FIG. 12). The manual option, predefined option, define option, and SDR option may be 
selected by the user using the manual option button 456, predefined option button 458, define 
button 468, and SDR button 460 (FIG. 12) respectively. 

From step 702, the depicted sub-process proceeds to 704 at which it is determined 
whether the manual option has been selected, and if so, the sub-process proceeds to step 706 in 
which an interface, allowing the user to select a destination IP address and port number, is 
provided. Also in step 706, user input indicative of the selected destination IP address and 
selected destination port number is received. From step 706, the sub-process proceeds to 708 at 
which it is determined whether the predefined option has been selected. Also if it is determined 
at 704 that the manual option has not been selected, the sub-process proceeds directly from 704 
to 708. If it is determined at 708 that the predefined option has been selected, the sub-process 
proceeds to step 710 in which a user interface, allowing the user to select a group from a list of 
predefined groups of destination IP addresses and port numbers, is provided. Also in step 710, 
user input indicative of selected groups is received. In the preferred embodiment, step 710 is 
implemented using the GUI component 466 (FIG. 12) described above. 

From step 710, and also from 708 in the case that the predefined option has not been 
selected, the sub-process proceeds to 712 at which it is determined whether the define option has 
been selected, and if so, the sub-process proceeds to "B41" (to FIG. 20). If is determined at 712 
that the define option has not been selected, the sub-process proceeds to 714 at which it is 
determined whether or not the SDR option has been selected, and if so, the process proceeds to 
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"B42" (to FIG. ?). Alternatively, if it is determined at 714 that the SDR option has not been 
selected, the process proceeds to step 715 in which session director request software is executed 
after which the process proceeds to "B4'" (back to FIG. 12B). 

FIG. 19 shows a block diagram illustrating a GUI screen 720 for defining a destination 
5 group of IP addresses and port numbers. The define group GUI screen 720 includes: a group 
name text box 722 providing for the user to enter a name for set of IP addresses and port 
numbers; a delete button 724 which is enabled if there are previously defined groups; and a 
define group box 725. 

The define group box 725 includes: a destination group box 726 having an IP address text 
: 4 0 box 727 providing for the user to enter one destination IP address, the text box 727 enabling an 
{fl add button as further explained below, and a port number text box 728 having a spin button 
m providing for the user to select a destination port number, the spin button allowing the user to 
!H select values limited to a valid range of port numbers reserved for a multicast operation; an add 
^ button 730 for adding the IP address and port number specified in text boxes 727 and 728 to a 
;:i 5 member list, the add button resetting the IP address text box 727 to be blank, thereby disabling 
S the add button; a remove button 732 allowing the user to remove selected members from the 

member list; a member list box 734 for listing IP addresses and port numbers for each member in 
a format "123. 123.123.123. 123;5001"; an OK button 736 for adding a group of IP addresses and 
port numbers to the list of predefined groups displayed in the drop down list 466; a cancel button 
20 738; and a help button 740. The member list box 734 is multi-selectable (shift-contiguous 
selection; control-disjoint selection). The remove button 732 removes the selected row of IP 
addresses and port number from the number list. If the member list is empty, the remove button 
732 is disabled. 
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FIG. 20 shows a flow diagram illustrating a sub-process at 750 for defining a destination 
group of IP addresses and port numbers for the purpose of defining a streaming operation. The 
sub-process 750 proceeds from "B41" (from FIG. 18) to step 752 in which a user interface 
allowing the user to enter a destination group name for a set of IP addresses and port numbers is 
provided. Also in step 752, user input indicating a selected destination group name is received. 
In the preferred embodiment, the sub-process 750 is implemented using the define group GUI 
screen 720 (FIG. 19). Step 752 is implemented using the group name text box 722 (FIG. 19). 
From step 752, the sub-process proceeds to step 754 in which an interface allowing the user to 
select from a list of previously defined destination group names for the purpose of deleting a 
selected group name, is provided. Also in step 754, user input indicative of a selected 
destination group name is received. In the preferred embodiment, step 754 is implemented using 
the delete button 724 (FIG. 19). 

From step 754, the sub-process 750 proceeds to 756 at which it is determined whether the 
delete option has been selected, and if so, the sub-process proceeds to step 758 in which the 
selected destination group name is deleted from a member list. From step 758, the sub-process 
proceeds to step 760 in which a member list of the selected destination group is displayed, the 
list including at least one group number defined by a corresponding destination IP address and 
port number. In the preferred embodiment, the member list is displayed in the member list box 
734 (FIG. 19) of the GUI screen for defining groups. From step 760, the sub-process proceeds to 
step 762 in which an interface, allowing a user to add and remove group members in the selected 
destination group, is provided. Also in step 762, user input indicative of selected added group 
members, and selected removed group members is received. In the preferred embodiment, step 
762 is implemented using the add and remove button 730 and 732 (FIG. 19) of the GUI screen 
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for defining groups. From step 762, the sub-process proceeds to step 764 in which the member 
list for the selected destination group is updated. In the preferred embodiment, step 764 is 
implemented by revising the member list that is displayed in the member list box 734 (FIG. 19). 
From step 764, the sub-process proceeds to "B41 "' (back to FIG. 18). 

5 FIG. 2 1 shows a flow diagram illustrating a sub-process 780 of recording a new asset. 

The depicted sub-process proceeds from "B5" (from FIG. 13B) to step 782 in which an interface 
allowing users to select a record path, associated a "record-to" storage unit, is provided, the path 
indicating a memory storage location for storing the new asset, that is the asset to be encoded and 
recorded. Also in step 782, user input indicative of a selected record path is received. In the 

10 preferred embodiment, the sub-process 780 is implemented using the encoding GUI screen 420 
(FIG. 12). Specifically, step 782 is implemented using the "record-to" text box and drop down 
list 472 of the record asset group box 471 (FIG. 12). From step 782, the sub-process proceeds to 
step 784 in which an interface prompting the user to enter an asset name for new asset is 
provided. Also in step 784, user input indicative of a selected asset name is received. In the 

1 5 preferred embodiment, step 784 is implemented using the asset name text box 476 (FIG. 1 2) of 

the encoding GUI screen. 

From step 784, the sub-process proceeds to step 786 in which an interface prompting the 
user to enter a description of content to be encoded is provided. Also in step 786 user input 
indicative of such a description is received. In the preferred embodiment, step 786 is 
20 implemented using the description text box 478 (FIG. 12) which provides for the user to enter a 
description of the asset to be encoded. From step 786, the sub-process proceeds to step 788 in 
which an interface prompting the user to select from overwrite options for specifying what to do 
in the event that the asset name already exists at the record to path, is provided. The override 
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options include a prompt option, an override option, and an append option. Also in step 788, 
user input indicative of a selected overwrite option is received. In the preferred embodiment, 
step 788 is implemented using the prompt, overwrite, and append buttons 480, 482, and 484 
(FIG. 12) of the encoding GUI screen 420 (FIG. 12). 
5 From step 788, the sub-process proceeds to 790 at which it is determined whether the 

manual start/stop option was previously selected, and if so, the process proceeds back to "B" 
(back to FIG. 3). In the preferred embodiment, the manual start and stop option, which is 
selected using the manual option 432 (FIG. 12), precludes the process from executing the 
remaining steps 792 and 794 which provide for playing back the newly encoded asset as further 
1 0 explained below. 

!^ If it is determined at 790 that the manual option has not been selected, the sub-process 

S proceeds to step 792 in which: an interface, allowing the user to select a schedule playback 
m option, is provided; and user input indicative of the schedule playback option is received. From 

step 792, the sub-process proceeds to 794 at which it is determined whether the schedule 
W5 playback option has been selected, and if so, the process proceeds to "B6" (to FIG. 23 A). 
^ Alternatively, if it is determined at 794 that the scheduled playback option has not been selected, 
■ ^ the process proceeds to "B5'" (back to FIG. 13B). 

FIG. 22 shows a block diagram illustrating a playback scheduling GUI screen at 800 for 
scheduling a playback, or streaming, operation for a newly encoded asset. The GUI screen 800 
20 is activated and displayed upon selection of the schedule playback option button 486 (FIG. 12) of 
the encoding GUI screen. The GUI screen 800 provides for scheduling an asset to be played 
back at a later time after encoding of the asset as described above with reference to the encoding 
GUI screen 420 (FIG. 12). The GUI screen 800 includes: an asset name text box 802 which 
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displays the asset name which is also displayed in the asset name text box 476 (FIG. 12) of the 
encoding GUI screen, the text box 802 being non-editable; a description text box 804 which is 
also non-editable, and which displays a description of the asset to be recorded, the description 
matching the one displayed in the description text box 478 (FIG. 12) of the GUI screen; and a 
schedule list box 806 for displaying a list of schedule entries, each including graphical 
information indicative of an asset name for an associated asset, a start date and start time for 
beginning a play-back schedule for the associated asset, a duration and interval of the play-back 
schedule, and destination information indicative of a destination or group of destination 
addresses for the corresponding play-back operation. 

The GUI screen 800 also includes a define schedule box 808 including: a start group box 
810 providing interface components allowing for the user to define a start date and time for 
beginning a play-back schedule as further explained below; a destination address group box 812 
providing interface components allowing for the user to specify one or more destinations to 
which the asset is to be streamed in accordance with the play-back operation; a duration group 
box 814 providing interface components allowing for the user to specify a duration and interval 
of the play-back schedule as further explained below; an enable notification check box 816 
enabling a notification button 818 which is used to activate a GUI screen for defining 
notification options for notifying selected end users, and selected groups of end users, regarding 
specified events under selected circumstances; an add button 820 for adding schedule entries to 
the schedule list 806; a cancel button 826; an apply button 828; a reset button 830; and a help 
button 832. 

The start group box 810 of the define schedule box 808 includes: a start date drop down 
list 840 providing for the user to select a start date for the playback schedule, and a start time 
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spin button 842 for selecting a starting time for the playback schedule. The destination group 
box 812 includes: a manual option button 844 which enables an IP address window 846 for 
entering a destination IP address, and a port number spin button 848 for selecting a destination 
port number; a predefined option button 850 which enables a predefined drop down list 852 for 

5 selecting a predefined group of destination IP addresses and port numbers, and a define button 
854 further explained below; and an SDR button 856. 

The duration group box 814 includes: a run option button 860 which enables a run time 
spin button 862 allowing for the user to specify a play-back scheduled defined by a loop count 
value as further explained below; a repeat option button 864 allowing the user to define the 

10 duration of the playback schedule such that the asset is played repeatedly until the schedule entry 
associated with the asset is removed from the schedule list 806; and an interval option button 866 
which enables a specify button 868 for activating another GUI screen for the purpose of 
specifying an interval playback schedule as further explained below; and a time to live spin 
button 870 for specifying a number of routers that the stream can pass through. 

1 5 FIG. 23 A shows a flow diagram illustrating a sub-process at 880 for scheduling playback 

of a new asset. The depicted sub-process proceeds from "B6" (from FIG. 21) to step 882 in 
which an asset name and description associated with a currently selected asset is displayed. In 
the preferred embodiment, the sub-process 880 is implemented using the GUI screen 800 (FIG. 
22). From step 882, the sub-process proceeds to step 884 in which a schedule list is displayed. 

20 The schedule list includes: a list of assets to be played back, each asset having an associated 
playback start date and start time, an associated playback duration program, and an associated 
playback destination. In the preferred embodiment, the schedule list is implemented by the 
schedule list box 806 of the scheduling GUI screen 800 (FIG. 22). From step 884, the sub- 



ST9-99-086 



62 



process proceeds to step 886 in which an interface, allowing the user to select a playback start 
date and start time for the selected asset, is provided. Also in step 886, user input indicative of 
the selected start date and start time is received. In the preferred embodiment, step 886 is 
implemented using the start schedule group box 810 (FIG. 22) of the play-back scheduling GUI 
screen. From step 886, the sub-process proceeds to step 888 in which an interface, allowing the 
user to select from playback destination specification options for the selected asset, is provided. 
The destination specification options include: a manual option, a predefined destination option, a 
define destination option, and a session director requester (SDR) option. Also in step 888, user 
input indicative of the selected destination specification option is received. In the preferred 
embodiment, step 888 is implemented using the destination specification group box 812 (FIG. 
22) of the play-back scheduling GUI screen. 

From step 888, the sub-process proceeds to 890 at which it is determined whether the 
manual destination specification option has been selected, and if so, the sub-process proceeds to 
step 892 in which an interface, allowing the user to select a destination IP address and 
destination port number, is provided. Also in step 892, user input indicative of the selected 
destination IP address and selected port number is received. In the preferred embodiment, step 
892 is implemented using the IP address text box 846 and the port number spin button 848 (FIG. 
22) of the play-back scheduling GUI screen. 

Alternatively, if it is determined at 890 that the manual destination specification option 
has not been selected, the sub-process proceeds from 890 to 894 at which it is determined 
whether the predefined destination specification option has been selected, and if so, the sub- 
process proceeds to step 896 in which an interface, allowing the user to select from predefined 
groups of destination IP addresses and port numbers, is provided. Also in step 896, user input 
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indicative of the selected group of destination IP addresses and port numbers is received. From 
step 896, the process proceeds to "B7" ( to FIG. 23B). 

FIG. 23B shows a flow diagram illustrating further steps of the sub-process 880 (FIG. 
23 A) for scheduling playback of an asset. The depicted sub-process proceeds from "B7" (from 
5 FIG. 23 A) to 902 at which it is determined whether the define option has been selected, and if so, 
the sub-process proceeds to step 904. In step 904, an interface allowing the user to enter a 
destination group name for a set of IP addresses and port numbers, is provided. Also in step 904, 
user input including the selected destination group name is received. In the preferred 
embodiment, step 904 is implemented using the define groups GUI screen 720 (FIG. 19). From 

10 step 904, the sub-process proceeds to step 906 in which an interface, allowing the user to select 
from a list of previously defined destination group names for the purpose of deleting the selected 
group name is provided. Also in step 906, user input indicative of the selected destination group 
name is received. In the preferred embodiment, step 906 is implemented using the remove 
button 732 of the define groups GUI screen 720 (FIG. 19). From step 906, the sub-process 

15 proceeds to 908 at which it is determined whether a selected group name is to be deleted, and is 
so, the sub-process proceeds to step 910 in which the selected destination group name is deleted. 

In step 912, a member list for the selected destination group is displayed. The list 
includes at least one group member defined by a corresponding destination IP address and port 
number. In the preferred embodiment, the member list is implemented using the member list 

20 box 734 (FIG. 19). From step 912, the sub-process proceeds to step 914 in which an interface, 
allowing the user to add and remove group members in the selected destination group, is 
provided. Also in step 914, user input indicative of the selected added group members and 
selected removed group members is received. In step 916, the member list for the selected 
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destination group is updated. From step 916, and also from 902 if it is determined that the define 
option has not been selected, the sub-process proceeds to step 91 8 at which it is determined 
whether the SDR option has been selected. If it is determined at 91 8 that the SDR option has 
been selected, the sub-process proceeds to step 920 to execute the SDR program, after which the 
5 process proceeds to "B9" (to FIG. 23C). 

FIG. 23C shows a flow diagram illustrating a sub-process at 930 for defining the duration 
of a play-back schedule for a play-back of an asset. The depicted proceeds from "B9" (from 
FIG. 23B) to step 932 in which an interface, allowing the user to select from playback schedule 
duration specification options, is provided. The playback schedule duration specification options 
AO include a run option, a repeat option, and a playback interval option. Also in step 932, user input 
{i indicative of the selected duration option is received. In the preferred embodiment, step 932 is 
m implemented using the duration box 814 (FIG. 22) of the scheduling GUI screen 800 which 
\fi includes the run option button 860, the repeat until removed option button 864, and the interval 

option button 866. From step 932 the sub-process proceeds to step 934 at which it is determined 
Wl 5 whether the run option has been selected, and if so, the sub-process proceeds to step 936. In step 
5if 936, an interface allowing the user to enter a loop count value is provided. The loop count value 
^ indicates a number of times that the asset is to be played back. Also in step 936, user input 

indicative of the selected loop count value is received. In the preferred embodiment, step 936 is 
implemented using the spin button 862 (FIG. 22) of the scheduling GUI screen 800. In step 938, 
20 a duration program is defined based on the selected loop count value selected in step 936. 

If it is determined at 934 that the run option has not been selected, the sub-process 
proceeds from 934 to 940 at which it is determined whether the repeat option has been selected. 
If it is determined at 940 that the repeat option has been selected, the sub-process proceeds to 
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step 942 in which a playback duration program associated with the selected asset is defined to 
repeat until removed from the schedule list 806 (FIG. 22). 

If it is determined at 940 that the repeat option has not been selected, the sub-process 
proceeds to 944 at which it is determined whether the interval option has been selected, and if so, 
the process proceeds to "BIO" (to FIG. 25) to execute a sub-process of defining a playback 
interval for playing back the to be encoded asset. Alternatively, if it is determined at 944 that the 
interval option has not been selected, the sub-process proceeds to step 946. 

In step 946, an interface allowing the user to select a notification option is provided. 
Also in step 946, user input indicative of the selected notification option is received. In the 
preferred embodiment, step 946 is implemented using the enable notification check box 816 
(FIG. 22). From step 946, the sub-process proceeds to step 948 at which it is determined 
whether the notification option has been selected, and if so, the process proceeds to "Bl 1" (to 
FIG. 27). Alternatively, if it is determined at 948 the notification option has not been selected, 
the process proceeds to "B14" (to FIG. 23D). 

FIG. 23D shows a flow diagram illustrating a sub-process at 950 illustrating further steps 
of the sub-process 880 (FIG. 23A) for scheduling playback of a new asset. The depicted 
proceeds from "B14" (from FIG. 23C) to step 952 in which a set of play-back commands and 
associated parameters is generated for each defined play-back action. Each set of play-back 
commands and parameters is generated based on: play-back schedule information including the 
play-back start date and start time defined for the associated play-back action, and the play-back 
duration program defined for the associated play-back action; and the associated play back- 
destinations defined for the associated play-back action. From step 952, the sub-process 
proceeds to step 953 in which the commands and associated parameters associated with each of 
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the play-back actions are transmitted from the administrator terminal 12 (FIG. 1) to the 
corresponding selected play-back media server for executing a corresponding play-back 
operation in accordance with the play-back schedule information. 

For example, in the preferred embodiment, a set of play-back commands and parameters 
5 is transmitted from the administrator terminal to a selected play-back media server associated 
with the "record-to" location selected using the "record-to" drop down list and window 472 
(FIG. 12). The set of play-back commands and parameters programs the selected encoder to 
execute play-back operations beginning on the play-back start date and start time specified using 
the start box 810 (FIG. 22), in accordance with a play-back schedule specified by the user via 
;=5 1 0 the GUI components of the duration box 8 14 (FIG. 22). Each iteration of the play-back 
In operation includes: reading the new asset from the "record-to" location specified using the 
!a "record-to" drop down list and window 472 (FIG. 1 2); and streaming the asset to the play-back 
Iff destination locations specified by the user via the destination specification box 8 1 2 (FIG. 22) of 
I = the play-back scheduling GUI screen. 

j*! 1 5 From step 953 , the sub-process proceeds to step 954 in which it is again determined 

S whether the notification option has been selected, and if not, the process proceeds to "B5"' (to 
;= * FIG. 27). In the preferred embodiment, step 954 is implemented using the enable notification 
check box 816 (FIG. 22). Alternatively, if it is determined at 954 that the notification option has 
been selected, the sub-process proceeds to step 955 in which a set of notification commands and 
20 associated notification parameters is generated for each defined notification action. Each set of 
notification commands and notification parameters is generated based on user input received in 
response to GUI screens for defining selected circumstances under which selected notification 
messages are to be provided to selected end users as further described below with respect to figs. 
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26 though 30. From step 955, the sub-process proceeds to step 956 in which the notification 
commands and associated notification parameters associated with each of the play-back actions 
are transmitted from the administrator terminal 12 (FIG. 1) to the corresponding selected play- 
back media server for executing a corresponding notification operation. 

FIG. 24 shows a block diagram illustrating a GUI screen 960 for defining an interval for 
a playback schedule. The GUI screen 960 is displayed, and activated, upon activation of the 
interval option button 866 (FIG. 22). The GUI screen 960 includes: an interval drop down list 
962 for selecting an interval from intervals including hourly, daily, weekly, monthly (dates), 
monthly (days), and yearly; a frequency drop down list 964 allowing the user to select a value 
associated with the selected interval (i.e., if the selected interval is weekly, the frequency drop 
down list allows the user to select one of the seven days of the week); a duration box 966 for 
defining a time at which the defined interval is to end as further explained below; a current 
selection text box for displaying the current selection at 968; an OK button 970; a cancel button 
972; and a help button 974. The duration box 966 includes: a repeat option button 976 for 
specifying that the interval is to repeat until removed from the schedule list; and an end date 
option button 978 which enables a drop down date picker 979 for allowing the user to specify an 
end date. In the preferred embodiment, the drop down date picker 979 activates a selectable 
calendar GUI screen as further explained below. 

FIG. 25 shows a flow diagram illustrating a sub-process at 980 for defining a playback 
schedule interval. The sub-process 980 proceeds from "B10" (from FIG. 23C) to step 982 in 
which an interface, allowing the user to select from interval frequency options, is provided. 
Also in step 982, user input indicative of the selected frequency option is received. In the 
preferred embodiment, sub-process 980 is implemented using the define interval GUI screen 960 
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(FIG. 24). Specifically, step 982 is implemented using the interval drop down list 962 (FIG. 24) 
and the frequency drop down list 964 (FIG. 24) of the define interval GUI screen. From step 
982, the sub-process proceeds to step 984 in which a playback interval is defined based on the 
interval frequency options selected in step 982. For example, the user may select the weekly 
5 interval in the interval drop down list 962 (FIG. 24), and the "every Sunday" frequency using the 
drop down list 964 (FIG. 24). 

From step 984, the sub-process proceeds to step 986 at which an interface, allowing the 
users to select from duration options, is provided. Also in step 986, user input indicative of the 
selected duration option is received. In the preferred embodiment, step 986 is implemented 
JO using the duration box 966 (FIG. 24) of the defined interval GUI screen 960. From step 986, the 
m sub-process proceeds to step 988 at which it is determined whether the repeat option has been 
m selected. In the preferred embodiment, the repeat option is selected by activating the repeat 

option button 976 (FIG. 24). If it is determined at 988 that the repeat option has been selected, 
the sub-process proceeds to step 990 in which an asset is scheduled to be played back in 
y 1 5 accordance with the selected frequency option, selected in step 982, until removed from the 
;2 schedule list. 

^ Alternatively, if it is determined at 988 that the repeat option has not been selected, the 

sub-process proceeds to step 992 in which it is determined whether the end date option has been 
selected, and if so, the sub-process proceeds to step 994. In step 994, an interface, allowing the 
20 user to select an end date for the scheduled playback, is provided. Also in step 994, user input 
indicative of the selected end date is received. In the preferred embodiment, the end date is 
selected by the user using the drop down list 979 (FIG. 24). 
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From step 994, the sub-process proceeds to step 996 in which an asset to be played back 
in accordance with the selected frequency option until the selected end date. From step 996, the 
process proceeds back to "BIO"' (back to FIG. 23C). 

FIG. 26 shows a block diagram illustrating a GUI screen 1000 for defining notification e- 

5 mail messages to be sent to selected persons, and users, in predefined circumstances. The GUI 
screen 1000 is activated, displayed, upon activating the notification button 818 (FIG. 22) of the 
asset scheduling GUI screen. The GUI screen 1000 includes: a notification box 1002 having 
user interface means for defining the circumstances under which e-mail notification is to be sent, 
specifying destination end users to whom the e-mail messages are to be sent, and defining and 

10 editing the contents of the messages to be sent; a notification list window 1004 which displays a 
list of persons, or end users, to who are to be notified; an add button 1006 for adding notification 
entries defined using the notification box 1002 to the notification list 1004; a remove button 
1008 for removing selected notification entries from the notification list 1004; an OK button 
1010; a cancel button 1012; and a apply button 1014; a reset button 1016; and a help button 

15 1018. 

The notification box 1002 includes: a notification circumstances option window 1019 
having a plurality of option buttons for defining circumstances under which e-mail notification is 
to be provided to selected persons, the notification option buttons including a delivery fails 
option button 1020 for specifying an e-mail is to be sent to selected persons when streaming of 
20 the asset fails, a deliver succeeds button 1022 specifying that notification are to be sent to the 
selected persons upon success of (??), and an always notification option button 1024 specifying 
that e-mail messages are to be sent to the selected persons in the event of failure or success; a 
drop down list 1026 allowing the user to select who they want an e-mail notification sent to 
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(groups?); a define button 1028 for activating a define groups GUI screen for defining groups of 
e-mail addresses as further explained below; a current message text box 1030 which is a non- 
editable for displaying the e-mail message to be sent to the selected destination addresses; and an 
edit message button 1032 for activating an edit message GUI screen for editing the current 

5 message to be sent as further explained below. 

FIG. 27 shows a flow diagram illustrating a sub-process at 1050 of providing a user 
interface allowing a user to define circumstances under which notification e-mail messages are to 
be sent to selected persons, user interface also allowing the user to draft and edit the e-mail 
messages and select the destination e-mail addresses to which the messages are to be sent. In the 

1 0 preferred embodiment, the sub-process 1 050 is implemented using the GUI screen 1 000 (FIG. 
26). The depicted sub-process proceeds from "Bl 1" (from FIG. 23C) to step 1052 in which a 
notification list including previously defined notification entries is displayed. In the preferred 
embodiment, the notification list is implemented using the notification list box 1004 (FIG. 26) of 
the define notification GUI screen. From step 1052, the sub-process proceeds to step 1054 in 

1 5 which an interface, allowing the user to select from notification circumstance options, is 

provided. Also in step 1 054 user input indicative of a selected notification circumstance option 
is received. In the preferred embodiment, step 1054 is implemented using the notification 
circumstance option window 1019 (FIG. 26) which provides for the user to select from the 
options of sending e-mail notification messages when delivery fails, when delivery succeeds, and 

20 when delivery fails or succeeds, that is always. From step 1054, the sub-process proceeds to step 
1056 in which an interface, allowing the user to select from groups of destination e-mail 
addresses, is provided. Also in step 1056, user input indicative of a selected group is received. 

71 

ST9-99-086 



In the preferred embodiment, step 1056 is implemented using the drop down list 1026 (FIG. 26) 
which provides a list of predefined groups of destination e-mail addresses. 

From step 1056, the sub-process proceeds to step 1060 in which an interface, allowing 
the user to select an option of defining a new group of destination e-mail addresses, is provided. 

5 Also in step 1 060, user input indicative of the selected option is received. From step 1060, the 
sub-process proceeds to 1062 at which it is determined whether the option of defining a new 
group has been selected, and if so, the process proceeds to "B12" (to FIG. 29) to execute a sub- 
process of defining a group of destination e-mail addresses as further explained below. 

Alternatively, if it is determined at 1062 that the option of defining a new group has not 

1 0 been selected, the sub-process proceeds to step 1 064 in which a current message to be sent to the 
selected group is displayed. In the preferred embodiment, the current message is displayed in the 
current message window 1030 (FIG. 26). From step 1064, the sub-process proceeds to step 1066 
in which an interface, allowing the user to select the option of editing the current message, is 
provided. Also in step 1066 user input indicative of the user's response to the option is received. 

15 In the preferred embodiment, the option of editing the messages provided by the edit message 
box 1032 (FIG. 26). From step 1066, the sub-process proceeds to step 1068 at which it is 
determined whether the option of editing the message has been selected, and if so, the process 
proceeds to "B13" (to FIG. 31) to execute a sub-process of providing a user interface for editing 
the message to be sent. Note that the current message box 1030 is not editable. 

20 In step 1 070, a new notification entry is defined based on the user selected notification 

circumstances, selected notification destination e-mail addresses, and the contents of the current 
message. Also in step 1070, the new notification entry is added to the notification list. From 
step 1070, the sub-process proceeds to step 1072 in which the revised notification list is 
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displayed. In the preferred embodiment, the revised notification list is displayed in the 
notification list box 1004 (FIG. 26). From step 1072, the process proceeds back to "Bl 1 (back 
to FIG. 23C). 

FIG. 28 shows a block diagram illustrating a GUI screen 1080 for defining groups of 
destination e-mail addresses for the purpose of sending notification messages to the destination 
addresses. The GUI screen 1080 is displayed and activated upon activation of the define button 
1028 (FIG. 26) of the define notification GUI screen. The GUI screen 1080 includes: a group 
name text box 1082 providing for the user to enter a name for a set of e-mail addresses; a delete 
button 1084 which is enable if there are previously defined groups listed in the drop down list 
1082, the delete button providing for deleting a selected group name including the e-mail 
addresses associated with the selected group name; a define group box 1086 providing user 
interface means used for defining a set of e-mail addresses associated with the group name 
displayed in the group name text box 1082. 

The defined group box 1086 includes: an e-mail address text box 1090 providing for the 
user to enter a destination e-mail address; a member list box 1092 for displaying a list of e-mail 
addresses associated with the group name displayed in the group name text box 1082, the 
member list box being multi-selectable; an add button 1094 for adding the destination e-mail 
address listed in the address box 1090 to the member list displayed in the member list box 1092; 
a remove button 1096 for removing selected ones of the e-mail addresses listed in the member 
list from the member list; an OK button 1098; a cancel button 1 100; and a help button 1 102. 

FIG. 29 shows a flow diagram illustrating a sub-process at 1 1 10 for defining a group of 
destination e-mail addresses for the purpose of sending notification messages to the group. In 
the preferred embodiment, the sub-process 1 1 10 is implemented using the define groups GUI 
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screen 1080 (FIG. 28). The sub-process 1 1 10 proceeds from "B12" (from FIG. 27) to step 1 112 
in which an interface, allowing the user to enter a group name for a new group of e-mail 
addresses, is provided. Also in step 1112, user input indicative of a group name is received. In 
the preferred embodiment, step 1 1 12 is implemented using the group name text box and drop 
5 down list 1082 (FIG. 28). From step 1 1 12, the sub-process proceeds to step 1 1 14 in which the 
member list including e-mail addresses associated with the selected group name is displayed. In 
the preferred embodiment, the member list is displayed in the member list box 1092 (FIG. 28). 
From step 1 1 14, the sub-process proceeds to step 1 1 16 in which an interface, allowing the user to 
select add and remove options for adding and removing members from the current member list, 
JL0 is provided. Also in step 1116, user input indicative of the selected add/remove option is 
yr received. In the preferred embodiment, step 1 1 16 is implemented using the add and remove 
m buttons 1094 and 1096 (FIG. 28) of the define groups GUI screen. From step 1 1 16, the sub- 
m process proceeds to 1 1 1 8 at which it is determined whether the remove option has been selected, 

and if so, the sub-process proceeds to step 1 120 in which a user interface, allowing the user to 
W 5 select a member from the member list, is provided. Also in step 1 120, user input indicative of 
W the selected member is received. In the preferred embodiment, members listed in the member 
u list box 1092 (FIG. 28) are multi-selectable (shift-contiguous; CTRL-disjoint selection). Also in 
step 1 120, user input indicative of a selected member is received. 

From step 1 120, the sub-process proceeds to step 1 122 in which the selected member is 
20 removed from the list. 

If it is determined at 1 1 1 8 that the remove option has not been selected, it is assumed that 
the add option has been selected, and the sub-process proceeds to step 1 126 in which a user 
interface, allowing the user to enter an e-mail address associated with a new member is provided. 

74 



ST9-99-086 



Also in step 1 126 user input indicative of an e-mail address associated with a new member is 
received. From step 1 126, the sub-process proceeds to step 1 128 in which the e-mail associated 
with the new member is added to the member list displayed in the member list box 1 092 (FIG. 
28). From step 1 128, the sub-process proceeds to step 1 130 in which the revised member list is 
displayed. In the preferred embodiment, the revised member list is displayed in the member list 
box 1092 (FIG. 28) of the define groups GUI screen. From step 1 130, the process proceeds back 

to "B12"' (back to FIG. 27). 

FIG. 30 shows a block diagram illustrating an edit message GUI screen 1 140. The screen 
1 140 is activated in response to the user activating the edit message button 1032 (FIG. 26) of the 
defined notification GUI screen. The edit message GUI screen 1 140 includes: header attributes 
including an asset name check box 1 142 for including an asset name in the message; a status 
attribute check box 1 144 for including the status of the message; a start check box 1 146 for 
specifying that the start date and time of a multicast is to be included in the e-mail message; a 
error code check box 1 150 for specifying a predefined error code indicative of a failure in 
delivery of a multicast; and a destination box 1 152 for specifying the destination e-mail address 
of or associated with the message. The GUI screen 1 140 further includes a current message text 
box 1 154 for displaying a current message, the contents of the current message text box being 
editable by the user; an OK button 1 156; a cancel button 1 158; and a help button 1 160. 

FIG. 31 shows a flow diagram illustrating a sub-process at 1 170 for editing a message to 
be sent to selected e-mail destination addresses. The depicted sub-process proceeds from "B13" 
(from FIG. 27) to step 1 172 in which an interface, allowing the user to select from a plurality of 
header attributes, is provided. The selected attributes are to be added to the e-mail message. 
Also in step 1 172, user input indicative of selected header attributes are received. In the 

75 

ST9-99-086 



preferred embodiment, step 1 172 is implemented using the header attributes box 1 141 of the edit 
message GUI screen 1140 (FIG. 30). 

From step 1 172, the sub-process proceeds to step 1 174 in which the current message is 
displayed* In step 1 176, an interface allowing the user to edit the current message is provided. 
5 Also in step 1 176 user input for editing the current is received. In step 1 178, the revised current 
message is displayed. In the preferred embodiment, the steps 1 174, 1 176, and 1 178 are 
implemented using the current message text box 1 154 of the edit message GUI screen 1 140 
(FIG. 30). From step 1 178, the process proceeds to "B13"' (back to FIG. 27). 

FIG. 32 shows a block diagram illustrating a GUI screen 1200 which provides an 
JO interface for multicasting existing assets. The multicasting GUI screen 1200 is activated upon 
; !f selection of the multicast option. The GUI screen 1200 includes an asset select box 1202 for 

selecting an existing asset located at a selected one of the available media servers (i.e., 
m SERVER_1 or SERVER_2 of FIG. 1), the box 1202 including: an available server drop down 
list 1204 providing for the user to select a media server that contains assets; a server time text 
W 5 box 1206 for displaying the local time at the selected server, the server time being active (the 
yj seconds are clicking away in real time); an existing assets list box 1208 for displaying a list of 
^ asset names associated with assets located at the selected server, and also displaying the date and 
time that the corresponding asset was last modified; and a description label box 1210 for 
displaying graphical information indicative of a description of the selected asset located at the 
20 selected server. 

The GUI screen 1200 further includes: a define schedule box 1212 providing user 
interface means for defining a schedule including a start date and time, a duration, and 
destination end users associated with the selected asset at the selected media server and also for 
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defining notification messages to be sent to selected persons under selected circumstances as 
further explained below; a schedule list 1214 for displaying a list of schedule entries each of the 
schedule entries including an asset name, a start date and time for multicasting the asset, a 
duration for the scheduled program associated with the asset, and destination locations to which 
5 the asset is to be streamed; a remove button 1216 for removing selected ones of the scheduled 
entries from the schedule list 1214; an OK button 1218; a cancel button 1220; an apply button 
1222; a reset button 1224; and a help button 1226. 

The define schedule box 1212 is substantially similar to the define schedule box 808 of 
the playback scheduling GUI screen 800 (FIG. 22), and includes a start box 1230. The start box 
10 1230 includes: a start now option button 1232 for specifying that the selected asset is to be 

;^ multicasted from the selected server immediately; and a schedule time option button 1234 for 
specifying a start date and start time for a program for multicasting the selected asset from the 

in selected server. The schedule time option button 1234 enables a start date drop down date 

picker 1236 allowing the user to select a date via a selectable calendar view as further explained 

hi 5 below, and a start time spin button 1238 allowing for the user to select a start time for beginning 

^ the mutlicasting schedule. 

^ The GUI screen 1200 further includes: a destination group box 1240 which is identical to, 

and which includes all of the same interface components as, the destination group box 812 of the 
playback scheduling GUI screen 800 (FIG. 22); and a duration group box 1240 which is identical 

20 to, and which includes all of the same interface components as, the duration group box 814 of the 
playback scheduling GUI screen 800 (FIG. 22). 

An enable notification check box 1244 enables a notification button 1246 which is used 
to activate a GUI screen for defining notification options for notifying selected end users, and 
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selected groups of end users, regarding specified events under selected circumstances. Selecting 
the notification button 1246 causes the GUI process to activate the GUI screen 1000 (FIG. 26) 
for defining notification e-mail messages to be sent to selected persons, and users, in predefined 
circumstances. A define button 1248 provides for adding schedule entries to the schedule list 
5 1214. 

FIG. 33 A shows a flow diagram illustrating a multicasting sub-process at 1250 in 
accordance with the present invention. The sub-process 1250 proceeds from "C" (from FIG. 4) 
to step 1252 in which an interface, allowing the user to select from a displayed list of media 
servers is provided. Also in step 1252, user input indicative of a selected one of a media servers 
JO is received. In the preferred embodiment, the sub-process 1250 is implemented using the 
^ multicasting GUI screen 1200 (FIG. 32). From step 1252, the sub-process proceeds to step 1254 
m in which the local time at the selected media server is displayed. In the preferred embodiment, 
in the local time is displayed in the server time window 1206 (FIG. 32) of the multicasting GUI 
3i screen. 

W 5 From step 1254, the sub-process proceeds to step 1256 in which a list of assets located at 

jff the selected media server is displayed. Also in step 1256, a corresponding date and time that 
^ each of the assets were last modified is displayed. In the preferred embodiment, step 1256 is 
implemented using the existing assets display box 1208 (FIG. 32) of the multicasting GUI 
screen. From step 1256, the sub-process proceeds to step 1258 in which a user interface, 
20 allowing the user to select from the list of assets located at the selected location, is provided. 
Also in step 1258, user input indicative of the selected asset is received. From step 1258, the 
sub-process proceeds to step 1260 in which a description of the selected asset is displayed. In 
the preferred embodiment, the description of the selected asset is displayed in the description box 
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1210 (FIG. 32) of the multicasting GUI screen. From step 1260, the sub-process proceeds to 
step 1262 in which a schedule list, including a list of assets to be played back, is displayed. Each 
of the listed assets has an associated start date and time, and associates playback duration 
program, and an associated playback destination, all of which are displayed along with the 
5 schedule list. In the preferred embodiment, step 1262 is implemented using the schedule list 
display box 1214 (FIG. 32) of the multicasting GUI screen. In step 1264, a user interface, 
allowing the user to select from multicast start options, is provided. 

The multicasting start options include an immediate start option, and a scheduled start 
option. Also in step 1264, user input indicative of the selected multicast start option is received. 
10 In the preferred embodiment, step 1264 is implemented using the start box 1230 (FIG. 32) of the 
jy multicasting GUI screen. 

iZ From step 1264, the sub-process proceeds to step 1266 at which it is determined whether 

J S the immediate start option has been selected. The determination at 1266 is made and the 
~ preferred embodiment by determining the "now" option button 1232 (FIG. 32) has been selected. 
yjl5 If it is determined at 1266 that the immediate start option has not been selected, the sub-process 
y proceeds to step 1268 at which an interface, allowing the user to select a multicast start date and 
i; - J start time for the selected asset, is provided. Also in step 1268, user input indicative of the 
selected start date and start time is received. In the preferred embodiment, step 1268 is 
implemented using the start date drop down list 1236 and the start time spin button 1238 (FIG. 
20 32) of the multicasting GUI screen. Alternatively, if it is determined at 1266 that the immediate 
start option has been selected, the sub-process proceeds from 1266 to step 1270 in which a 
multicast start time is defined based on the selected multicast start option. If the immediate start 
option has been selected, the multicast start time is defined to be a time immediately upon 
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selection of the OK button 1218 (FIG. 32). If the scheduled start option has been selected, the 
start time is defined to be the selected start date and selected start time. From step 1270, the 
process proceeds to "CI" (to FIG. 33B). 

FIG. 33B shows a flow diagram illustrating a sub-process 1280 for specifying 
5 destinations to which the existing asset is to be multicasted, or streamed. In the preferred 

embodiment, the sub-process 1280 is implemented using the destination box 1240 (FIG. 32) of 
the multicasting GUI screen. The sub-process 1280 proceeds from "CI" (from FIG. 3 3 A) to step 
1282 in which an interface, allowing the user to select from multicast destination specification 
options, is provided. The multicast destination specification options include a manual 
10 specification option, a predefined option, a defined option, and an SDR option. Also in step 
;3 1282, user input indicative of the selected option is received. From step 1282, the sub-process 
proceeds to step 1284 at which it is determined whether the manual option has been selected. In 
the preferred embodiment, the manual option is determined to be selected if the manual option 
~ button 844 (FIG. 32) has been selected by the user. If it is determined at 1284 that the manual 
y|5 option has been selected, the sub-process proceeds to step 1286 in which an interface, allowing 
m the user to select a destination IP address and destination port number, is provided. Also in step 
^ 1286, user input indicative of the selected destination IP address and selected port number is 

received. In the preferred embodiment, step 1286 is implemented using the IP address text box 
846 and the port number spin button 1246 (FIG. 32). Alternatively, if it is determined at 1284 
20 that the manual option has not been selected, the sub-process proceeds to 1288 at which it is 
determined whether the predefined option has been selected. In the preferred embodiment, the 
predefined option is determined to be selected if the predefined option button 850 (FIG. 32) has 
been selected by the user. 
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If it is determined at 1288 that the predefined option button has been selected, the sub- 
process 1280 proceeds to step 1290 in which an interface, allowing the user to select from 
predefined of group of destination specification IP addresses and port numbers, is provided. 
Also in step 1290, user input indicating a selected group of destination IP addresses and port 
5 numbers is received. In the preferred embodiment, step 1290 is implemented using the 

predefined group drop down list 852 (FIG. 32) of the multicasting GUI screen. From step 1290, 
the process proceeds to "C2" (to FIG. 33C). 

FIG. 33C shows a flow diagram illustrating further steps of the destination specification 
and multicasting sub-processes. The sub-process 1300 proceeds from "C2" (from FIG. 33B) to 
10 1 302 at which it is determined whether the define destination specification option has been 
selected. In the preferred embodiment, the define option is determined to be selected if the 
define button 854 (FIG. 32) has been selected by the user. 

If it is determined at 1302 that the define option has been selected, the sub-process 
proceeds to step 1304 in which an interface, allowing the user to enter a destination group name 
15 for a corresponding set of IP addresses and port numbers is provided. Also in step 1 304, user 
input indicative of a selected destination group name is received. In the preferred embodiment, 
step 1304 is implemented using the define groups GUI screen 720 (FIG. 19). 

From step 1304, the sub-process proceeds to step 1306 in which an interface, allowing 
the user to select from a list of previously defined destination group names for the purpose of 
20 deleting the selected group name, is provided. Also in step 1306, user input indicative of the 
selected destination group name is received. In the preferred embodiment, step 1306 is 
implemented using the member list box 734 (FIG. 19) and the remove button 732 (FIG. 19) of 
the define group GUI screen. From step 1306, the depicted sub-process proceeds to step 1308 £ 
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which it is determined whether a selected group name is to be deleted, and if so, the sub-process 
proceeds to step 13 10 in which the selected destination group name is deleted. 

Alternatively, if it is determined at 1308 that a selected destination group name is not to 
be deleted, the sub-process proceeds to step 13 12 in which a member list is displayed for the 
5 selected destination group. The member list includes a least one group member defined by a 
corresponding destination IP address and destination port number. In the preferred embodiment, 
step 1312 is implement using the member list box 734 (FIG. 19) of the defined groups GUI 
screen. From step 1312, the sub-process proceeds to step 1314 in which an interface, allowing 
the user to add and remove group members in the selected destination group, is provided. Also 
10 in step 1314 user input indicative of the selected added group members and selected remove 
group members is received. In the preferred embodiment, step 13 14 is implemented using the 
member list box 734 (FIG. 19) which allows for selecting members from the member list, the 
add button 730 (FIG. 19), and a remove button 732 (FIG. 19). 

From step 1314, the sub-process proceeds to step 1316 in which a member list associated 
1 5 with the selected destination group is updated. From step 1 3 1 6, the sub-process proceeds to step 
1 3 1 8 at which it is determined whether the SDR option has been selected, and if so, the sub- 
process proceeds to step 1320 to execute an SDR program. Alternatively, if it is determined at 
13 18 that the SDR option has not been selected, the process proceeds to "C3" (to FIG. 33D). 

FIG. 33D shows a flow diagram illustrating a sub-process at 1330 for defining a duration 
20 for a schedule multicasting existing assets. The sub-process 1330 proceeds from "C3" (from 
FIG. 33C) to step 1332 in which an interface, allowing a user to select playback duration 
program options, is provided. The playback duration program options include a run option, a 
repeat option, and a playback interval option. Also in step 1332, user input indicative of a 
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selected duration option is received. The sub-process 1330 is identical to the sub-process 930 
(FIG. 23C). 

FIG. 33E shows a flow diagram illustrating a sub-process at 1350 illustrating further 
steps of the sub-process 1250 (FIG. 33 A) for defining and scheduling a multicast operation. The 
5 depicted process proceeds from "C12" (from FIG. 33D) to step 1352 in which a set of multi- 
casting commands and associated parameters is generated for each defined multi-casting action. 
Each set of multi-casting commands and parameters is generated based on: multi-casting 
schedule information including the multi-casting start date and start time defined for the 
associated multi-casting action, and the multi-casting duration program defined for the associated 
^ 10 multi-casting action; and the associated multi-casting destinations defined for the associated 
fjl multi-casting action. From step 1352, the sub-process proceeds to step 1353 in which the 
jfi commands and associated parameters associated with each of the multi-casting actions are 

transmitted from the administrator terminal 12 (FIG. 1) to the corresponding selected multi- 
L. casting media server for executing a corresponding multi-casting operation in accordance with 
Si 15 the multi-casting schedule information. 

S For example, in the preferred embodiment, a set of multi-casting commands and 

parameters is transmitted from the administrator terminal to a selected media server. The set of 
multi-casting commands and parameters programs the selected media server to execute multi- 
casting operations beginning on the play-back start date and start time specified using the start 
20 box 1236 (FIG. 32), in accordance with a multi-casting schedule specified by the user via the 
GUI components of the duration box 1260 (FIG. 32). Each iteration of the multi-casting 
operation includes streaming the asset to the multi-casting destination locations specified by the 
user via the destination specification box 1240 (FIG. 32) of the multi-casting GUI screen. 
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From step 1353, the sub-process proceeds to 1354 at which it is again determined 
whether the notification option has been selected, and if not, the process proceeds to "C" (to FIG. 
27). In the preferred embodiment, the determination at 1 354 is implemented using the enable 
notification check box 1244 (FIG. 32). Alternatively, if it is determined at 1354 that the 
5 notification option has been selected, the sub-process proceeds to step 1355 in which a set of 
notification commands and associated notification parameters is generated for each defined 
notification action. Each set of notification commands and notification parameters is generated 
based on user input received in response to GUI screens for defining selected circumstances 
under which selected notification messages are to be provided to selected end users. From step 

10 1355, the sub-process proceeds to step 1356 in which the notification commands and associated 
notification parameters associated with each of the play-back actions are transmitted from the 
administrator terminal 12 (FIG. 1) to the corresponding selected media server for executing a 
corresponding notification operation. 

FIG. 34 shows a block diagram of a selectable calendar GUI screen at 1360, the screen 

15 1360 including forward and reverse selection buttons 1362 and 1364 for displaying days and 
dates of successive months in a calendar view. The user may pick a date by selecting a number 
representing a date as indicated at 1366. The screen 1360 is displayed and activated upon 
activation of the start date drop down list 1236 (FIG. 32) of the multicasting GUI screen. 

FIG. 35 shows a block diagram illustrating a global schedule summary Web document at 

20 1400 in accordance with the present invention, the Web document 1400 including graphical 
information indicative of a plurality of events, or operations, which have been scheduled for 
execution at corresponding media servers by a particular user, or administrator, using the media 
asset management and scheduling GUI process of the present invention as described above. The 
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Web document 1400 is provided by a global asset management server which receives the server 
identification information, schedule information, and operation information associated with each 
media operation scheduled by authorized users, or administrators. In order to provide the Web 
document 1400, the asset management and scheduling GUI process of the present invention 
5 includes further steps for transmitting the server identification information, schedule information, 
and operation information associated with each user defined media operation from the 
administrator terminal 12 (FIG. 1) to the global asset management server. The global asset 
management server stores a global schedule summary file for each authorized user, the summary 
file including all server identification information, operation information, and scheduling 
1 0 information associated with each operation, or event, scheduled by the corresponding user via 
the asset management and scheduling GUI process of the present invention described above. 

In one embodiment of the present invention, the Web document 1400 is provided by 
SERVER 1 (FIG. 1) which executes the asset management and scheduling program 23 (FIG. 1), 
and which serves as the global asset management server. In this embodiment, SERVER_1 
1 5 receives the server identification information, schedule information, and operation information 
associated with each media operation from the administrator terminal 12 (FIG. 1) at the same 
time that the commands and associated parameters associated with the media operations are 
transmitted to the media server indicated by the server identification information. The global 
asset management server provides a centralized location for storage of information associated 
20 with all scheduled media operations. The Web document 1400 may be accessed by a user via a 
Web browser application executed by the administrator terminal 12 (FIG. 1) using a 
corresponding URL. In a preferred embodiment of the present invention, the Web document 
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1400 is a HTML document including embedded Java applets which are executed upon activation 
of corresponding active areas of the HTML document as further explained below. 

The Web document 1400 includes: a schedule time interval selection area 1402 providing 
a group of GUI components which allow the user to select a time interval, a time zone, a date, 
5 and a start time for defining a selected time interval of the global schedule summary; and a 
global schedule display area 1404 for displaying event programming information indicative of 
media operations scheduled for execution during the selected time interval defined using the GUI 
components of the time interval selection area 1402 as further explained below. 

The time interval selection area 1402 includes: a time interval drop down list 1406 
10 allowing the user to select a time interval; a time zone drop down list 1410 allowing the user to 
select from a plurality of time zones, the selected time zone providing a reference for the selected 
]Z time interval; a date drop down list 1412 allowing the user to select a date for the selected time 
ill interval of the global schedule summary associated with the particular user; and a start time drop 

down list 1414 allowing the user to select a start time for defining the selected time interval of 
W 5 the global schedule summary associated with the particular user. 

W The program schedule area 1404 includes: a plurality of entries 1418 for displaying 

u graphical indicia indicative of information associated with corresponding media operations 

which have been defined and schedule by the particular user for execution by a selected media 
server during the selected time interval; a plurality of time interval columns 1420 delineating 
20 time sub-intervals of the selected time interval of the global event schedule summary; and a 
subject column 1422 for displaying graphical subject indicia indicative of a subject associated 
with at least one corresponding media operation which has been defined and scheduled by the 
particular user to be executed by a selected media server during the selected time interval. 
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For each of the entries 1418, the program schedule area includes corresponding subject 
indicia 1424 indicative of a subject associated with at least one corresponding media operation, 
and corresponding operation indicia 1426 indicative of corresponding media operations to be 
performed by corresponding selected media servers during a corresponding time sub-interval 
5 indicated by the particular time interval columns 1420 between which the operation indicia 1426 
is located. Each operation indicia 1426 is associated with an active area as further explained 
below. 

For example, an entry of the subject column 1422 may include a subject indicia 1424 
indicative of a particular course offered by an educational institution (e.g., Engineering 101), and 

10 an operation indicia 1426 indicative of a selected media operation to be performed on an asset 
comprising audio and video data representing a lecture associated with the particular course. 
The selected media operation indicated by the operation indicia 1426 may be selected from the 
above defined media operations including copy operations, delete operations, encoding 
operations, multicasting operations, and notification operations. 

1 5 Upon selection of one of the active areas associated with one of the operation indicia 

1426, an applet is activated, and interpreted by a Web browser at the administrative terminal 12 
(FIG. 1), the applet providing at least a portion of the asset management and scheduling GUI 
process of the present invention. Clicking on, or activating, one of the active areas associated 
with one of the operation indicia 1426 causes the GUI process of the present invention to be 

20 executed, and initialized to display a corresponding one of the GUI screens described above 
which is associated with defining and scheduling the media operation associated with the 
selected operation indicia 1426. The user may then use the GUI process of the present invention 
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to redefine, reschedule, or cancel the corresponding media operation associated with the selected 
operation indicia 1426 as further explained below. 

FIG. 36 shows a flow diagram illustrating a process at 1450 for managing global 
schedule information in accordance with the present invention. In one embodiment, the process 
1450 is implemented as computer readable code executed by the processing unit of SERVER_1 
(FIG. 1) which provides a global asset management server. The process 1450 begins with step 
1452 in which summary information associated with a particular media operation is received 
from the administrator terminal 12 (FIG. 1). The summary information includes: user 
identification information indicating a corresponding user who has defined and scheduled the 
particular media operation using the asset management and scheduling GUI process described 
above; server identification information indicating a selected media server scheduled to execute 
the particular media operation; operation information defining a particular media operation (e.g., 
defining the particular media operation as a copy asset operation, a delete asset operation, an 
encoding asset operation, a multicasting operation, or a notification operation); and schedule 
information specifying a schedule for executing the particular media operation. In an 
embodiment, the summary information associated with each particular media operation is 
transmitted from the administrator terminal 12 to SERVERJ (FIG. 1) at the same time that the 
commands and associated parameters associated with the particular media operation are 
transmitted from the administrator terminal to the selected media server which is indicated by the 
server identification information. 

From step 1452, the process proceeds to step 1454 in which the server identification 
information, operation information, and schedule information associated with the particular 
media operation is stored in a global schedule file associated with the indicated user. In an 



ST9-99-086 



88 



embodiment, the global schedule file associated with the indicated user is stored on the local disk 
22 (FIG. l)ofSERVER_l. 

FIG. 37 shows a flow diagram illustrating a process at 1470 for generating a global 
schedule Web document in accordance with the present invention. In the described embodiment, 
5 the process 1 470 is implemented as computer readable code executed by the processing unit of 
SERVERl (FIG. 1) which acts as the global asset management server. The process 1470 
begins with step 1472 in which user information specifying a user, or administrator, is received 
at SERVER_1 from the administrator terminal 12 (FIG. 1) via the network. From step 1472, the 
process proceeds to step 1474 in which the global asset management server reads a global 
;= J0 schedule file associated with the user specified in step 1472. From step 1474, the process 
m proceeds to step 1476 in which the global asset management server generates a global schedule 
m Web document associated with the specified user based on the global schedule file associated 
iin with the user. The global schedule Web document includes: a plurality of operation graphical 

indicia associated with corresponding operations defined by the specified user; server 
215 identification information, operation information, and schedule information associated with each 
5= corresponding operation graphical indicia; active areas associated with each corresponding 
operation graphical indicia; an applet providing the asset management and scheduling GUI 
process of the present invention; and links to media servers indicated by the server identification 
information. In one embodiment, the global schedule Web document 1400 (FIG. 35) provides 
20 the format for the document generated in step 1 476. 

FIG. 38 shows a flow diagram illustrating a process at 1500 for reviewing a summary of 
all scheduled media operations associated with a particular user of the asset management and 
scheduling GUI process of the present invention, the process 1500 also providing for editing 
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operation information and schedule information associated with selected ones of the scheduled 
media operations associated with the particular user. In the described embodiment, the process 
1 500 is implemented as computer readable code executed by the processing unit of the 
administrator terminal 12 (FIG. 1). The process 1500 begins with step 1501 in which user 
5 identification information specifying a user is transmitted from the administrator terminal 12 
(FIG. 1) to the global asset management server, that is SERVER_1 (FIG. 1) in the described 
embodiment. In one embodiment, step 1501 includes accessing SERVER_1 via the Web 
browser using a predetermined uniform resource locator (URL). From step 1501, the process 
proceeds to step 1502 in which a global schedule Web document associated with the specified 

10 user is received at the administrator terminal 12 (FIG. 1). The global schedule Web document 
includes: a plurality of operation graphical indicia associated with corresponding operations 
defined by the specified user; server identification information, operation information, and 
schedule information associated with each corresponding operation graphical indicia; active 
areas associated with each corresponding operation graphical indicia; an applet providing the 

1 5 asset management and scheduling GUI process of the present invention; and links to media 

servers indicated by the server identification information. In the preferred embodiment, the Web 
document is implemented by the Web document 1400 (FIG. 35). 

In step 1504, the Web document is displayed in a browser window of the administrative 
terminal 12 (FIG. 1). From step 1504, the process proceeds to step 1506 in which user input 

20 indicating a selected operation graphical indicia, associated with a selected media operation, is 
received. In the preferred embodiment, the user selects an operation graphical indicia 1426 
(FIG. 35) by selecting (e.g., "clicking on") an active area which is coincident with the selected 
operation graphical indicia (FIG. 35). In step 1507, an applet embedded in the Web document is 
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executed at the administrator terminal to provide the asset management and scheduling GUI 
process of the present invention as described above. In the preferred embodiment, the applet is a 
Java applet which is embedded in the Web document 1400 (FIG. 35). 

In step 1508, operation information and schedule information associated with a selected 
5 scheduled event is read. In step 1510, the asset management and scheduling GUI process of the 
present invention is initiated to display specific GUI screens for editing the operation 
information and schedule information associated with the selected scheduled event. In step 
1 510, the asset management and scheduling GUI process advances to the GUI screen associated 
with the scheduled event. For example, if the scheduled event is a copy action or a delete action, 

10 the asset management and scheduling GUI process proceeds to "A" (to FIG. 6). As another 

example, if the selected scheduled event is a scheduled encoding operation, the process proceeds 
to "B" (to FIG. 1 3 A). As yet a further example, if the selected scheduled event is a scheduled 
multicasting operation, the process proceeds to "C" (back to FIG. 33A). In any of these cases, 
the GUI process displays the appropriate GUI screen having the operation information and 

1 5 schedule information associated with the selected media operation displayed therein for editing. 

From step 1510, the process proceeds to step 1512 in which a link is established with the 
media server indicated by the server identification information associated with the selected 
media operation. In step 1514, existing commands and associated parameters associated with the 
selected event are deleted at the source media server associated with the selected event. From 

20 step 1 5 14, the process proceeds to "J" (to FIG. 4) to execute the asset management and 

scheduling GUI process in order to redefine, reschedule, or cancel the selected media operation. 

Although the present invention has been particularly shown and described above with 
reference to a specific embodiment, it is anticipated that alterations and modifications thereof 
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will no doubt become apparent to those skilled in the art. It is therefore intended that the 
following claims be interpreted as covering all such alterations and modifications as fall within 
the true spirit and scope of the invention. 
What is claimed is: 
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CLAIMS 

1 1 . A method for providing a centralized user interface at an administrator terminal in a 

2 network for managing operations including encoding operations performed on media data by 

3 selected ones of a plurality of media servers, the process comprising the steps of: 

4 displaying a graphical user interface at the administrator terminal, said interface including 

5 a plurality of interface components enabling a user to select between a manual encoding mode 

6 for manually starting and stopping manual encoding processes to be performed by selected ones 

7 of the servers, and a scheduled encoding mode for defining schedules for scheduled encoding 

8 processes to be performed by selected ones of the servers; 

9 receiving information input by the user specifying a selected one of the media servers, a 

10 selected mode of operation, and an encoding operation; 

1 1 generating commands and associated parameters based on the input information for 

12 instructing the selected server to execute the specified encoding operation in accordance with the 

1 3 selected mode of operation; and 

14 transmitting said commands and said associated parameters to said selected server. 

1 2. A method as recited in claim 1 wherein each of the media servers is communicatively 

2 coupled with at least one corresponding multimedia device capable of generating media data, and 

3 wherein each of the media servers is operative to activate a selected one of said multimedia 

4 devices, and also operative to encode the media data generated by said selected multimedia 

5 device. 

13. A method as recited in claim 2 wherein the encoding operations include a preview 

2 operation, and wherein the administrator terminal also includes a processing unit, a browser 
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3 application executed by the processing unit, and a display unit, and wherein the selected 

4 multimedia device is a video camera which generates media data including video data, and 

5 wherein said steps of displaying, receiving, generating, and transmitting further comprise: 

6 displaying a preview select interface component enabling the user to select a preview 

7 option for executing a preview operation including displaying video data generated by a selected 

8 video camera coupled with said selected server; 

9 receiving information input by the user indicating that said preview option has been 

10 selected; 

1 1 generating preview commands and associated preview parameters for instructing said 

12 selected server to execute said preview operation; 

1 3 transmitting said preview commands and said associated preview parameters to said 

14 selected server; 

1 5 receiving preview video data from said selected server; and 

1 6 displaying said preview video data in a browser window on the display unit of the 

17 administrator terminal. 

1 4. A method as recited in claim 1 wherein the network is an internet protocol (IP) network. 

1 5. A method as recited in claim 1 wherein the administrator terminal also includes a 

2 processing unit, a browser application executed by the processing unit, and a display unit, and 

3 wherein said process is initiated by performing the steps of: 

4 transmitting an applet to the administrator terminal via the network; and 
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5 executing said applet over the processing unit of the administrator terminal, said 

6 graphical user interface being displayed within a browser window generated by said browser 

7 application on the display unit. 

1 6. A process as recited in claim 2 wherein if said scheduled encoding mode is selected, said 

2 steps of displaying a graphical user interface, receiving information, and generating commands 

3 further comprise the steps of: 

4 displaying scheduling interface components enabling the user to select a start time and a 

5 start date for the scheduled encoding operation; 

6 receiving information input by the user indicating a selected start time and a selected start 

7 date for initiating said scheduled encoding operation; and 

8 generating encoding commands and associated encoding parameters for instructing said 

9 selected server to encode media data received from said selected multimedia device at said 
10 selected start time on said selected start date. 

1 7. A method as recited in claim 6 wherein said steps of displaying said scheduling interface 

2 components, and receiving information further include the steps of: 

3 displaying duration interface components enabling the user to select from time duration 

4 specification options including, 

5 selecting a scheduled stop date and stop time for terminating said encoding 

6 operation, and 

7 selecting a time duration for which said encoding operation is to continue 

8 following said selected start time on said selected start date; and 
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9 receiving information input by the user indicative of a selected time duration 

1 0 specification option. 

1 8. A method as recited in claim 1 wherein each of the servers is operative to access at least 

2 one corresponding memory device for storing media data, and wherein each of the servers is 

3 further operative to record selected portions of encoded media data that are encoded during said 

4 encoding operations, and wherein said steps of displaying a graphical user interface, receiving 

5 information, and generating commands and parameters further comprise the steps of: 

6 displaying a storage selection interface component enabling the user to select a storage 

7 location by browsing a list of available storage locations including predetermined mapped ones 

8 of the memory devices associated with said selected server; 

9 receiving information input by the user indicating a selected storage location; and 

10 generating record commands and associated record parameters for instructing said 

1 1 selected server to store the selected portion of encoded media data at said selected storage 

12 location. 

19. A method as recited in claim 8 wherein said steps of displaying a graphical user interface, 

2 and receiving information further comprise the steps of: 

3 displaying a name selection interface component enabling the user specify an asset name 

4 for said encoded portion of media data to be stored at said selected storage location; and 

5 receiving information input by the user indicating a specified asset name; 

6 wherein said record commands and associated record parameters provide for instructing 

7 said selected encoder media server to store said encoded portion of media data at said selected 

8 storage location under said specified asset name. 
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1 10. A method as recited in claim 9 wherein said steps of displaying a graphical user interface, 

2 and receiving information further comprise the steps of: 

3 displaying an overwriting option selection interface component enabling the user to select 

4 from a plurality of overwriting options for specifying attributes of the recording operation if a 

5 file having said specified asset name exists at said selected storage location at the time of 

6 execution of said recording operation, said overwriting options including, 



7 a first option for specifying that the user is to be prompted if a file having said 

8 specified asset name exists at said selected storage location at the time of 

9 execution of said recording operation, 

10 a second option for specifying that any file having said specified asset name, 

1 1 existing at said selected storage location at the time of execution of said recording 

12 operation, is to be overwritten with said encoded portion of media data, and 

13 a third option for specifying that any file having said specified asset name, 

14 existing at said selected storage location at the time of execution of said recording 

1 5 operation, is to be appended with said encoded portion of media data. 

1 11. A method as recited in claim 1 wherein the network further includes a plurality of end 



2 user terminals communicatively coupled to the administrator terminal and to the servers, each of 

3 the servers being further operative to stream media data to selected ones of the end user 

4 terminals, the operations further including streaming operations, and wherein said steps of 

5 displaying a graphical user interface, receiving information, and generating commands and 

6 associated parameters further comprise the steps of: 

7 displaying streaming interface components enabling the user to define a streaming 

8 operation for streaming the encoded media data to selected ones of the end user terminals 
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9 receiving streaming operation information input by the user; and 

10 generating streaming commands and associated streaming parameters based on said 

1 1 streaming operation information, said streaming commands and associated streaming parameters 

12 for instructing said selected server to execute a streaming operation for streaming the encoded 

13 portion of media data from said selected encoder media server to corresponding selected ones of 

14 the end user terminals via the network. 



1 12. A method as recited in claim 1 1 wherein said steps of displaying streaming interface 

2 components, and receiving information further comprise the steps of: 

3 displaying streaming destination selection interface components enabling the user to 

4 select at least one of the end user terminals as a destination for streaming said encoded portion of 

5 media data; and 

6 receiving information input by the user indicative of at least one selected end user; 

7 wherein said commands and associated parameters further include a streaming command 

8 and associated streaming parameters for instructing said selected encoder media server to stream 

9 said encoded portion of media data to said selected end users. 

1 13. A method as recited in claim 1 1 wherein the network further includes a plurality of end 

2 user terminals communicatively coupled to the administrator terminal and to the servers, each of 

3 the servers being further operative to stream media data to selected ones of the end user 

4 terminals, the operations further including streaming operations, and wherein the operations 

5 further include playback operations for streaming the stored portion of encoded media data from 

6 said selected server to corresponding selected ones of the end user terminals in accordance with a 

7 user defined playback schedule. 
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1 14. A method as recited in claim 13 wherein said steps of displaying a graphical user 

2 interface, and receiving information further comprise the steps of: 

3 displaying playback destination selection interface components enabling the user to select 

4 at least one of the end user terminals as a destination for streaming said encoded portion of 

5 media data in accordance with a user defined playback schedule; 

6 displaying play-back schedule interface components enabling the user define a play-back 

7 schedule; and 

8 receiving information input by the user indicative of a user defined play-back schedule; 

9 wherein said commands and associated parameters further include a play-back command 

10 and associated play-back parameters for instructing said selected encoder media server to stream 

1 1 said stored portion of encoded media data to said selected end users via the network in 

12 accordance with said user defined play-back schedule. 

1 15. A method as recited in claim 14 wherein said play-back schedule interface components 

2 comprise: 

3 a first group of components enabling the user to select a start time and a start date for said 

4 play-back schedule; and 

5 a second group of components enabling the user to select from a plurality of options for 

6 specifying a play-back schedule duration. 

1 16. A method as recited in claim 1 3 wherein said operations further include notification 

2 operations associated with corresponding ones of the playback operations, said notification 

3 operations for sending notification messages to selected network addresses associated with 

4 selected ones of the end user terminals and the administrator terminal. 
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1 17. A method as recited in claim 1 6 wherein the notification operations include determining 

2 success or failure of the streaming specified by the corresponding playback operation, and 

3 wherein said steps of displaying a graphical user interface, and receiving information further 

4 comprise the steps of: 

5 displaying notification circumstance selection interface components enabling the user to 

6 select from the notification circumstance options of, 

7 a first option of sending a notification message to selected network addresses if 

8 the streaming specified by the corresponding playback operation fails, 

9 a second option of sending a notification message to selected network addresses if 
^10 the streaming specified by the corresponding playback operation is successful, 
jfll and 

s m 12 a third option of sending a notification message to selected network addresses if 

m 13 the streaming specified by the corresponding playback operation fails of is 

s: 14 successful; and 

yj 1 5 receiving information input by the user indicating a selected notification circumstance 

5fJ16 option; 

^ 17 wherein said commands and associated parameters further include a notification 

18 command and associated notification parameters for instructing said selected encoder media 

1 9 server to send notification messages to the selected network addresses in accordance with said 

20 selected notification circumstance option. 

1 18. A method as recited in claim 2 wherein the administrator terminal also includes a 

2 processing unit, a browser application executed by the processing unit, and a display unit, and 

3 wherein a selected one of the multimedia devices is a video camera which generates media data 
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4 including video data, and wherein if said manual encoding mode is selected, said process further 

5 comprises the steps of: 

6 generating manual mode initiation commands and associated parameters for instructing 

7 the selected server to initiate a manual encoding operation; 

8 transmitting said manual mode initiation commands and associated parameters to said 

9 selected server via the network; 

10 receiving video data from said selected server via the network; 

1 1 displaying said video data in a browser window on the display unit of the administrator 



12 terminal, and also displaying manual encoding mode control interface components enabling the 
^13 user to select from manual control options including a start option for starting and resuming the 
/Si 4 manual encoding process, and a stop option for stopping the manual encoding process; 



k\15 receiving information input by the user indicating a selected one of the manual control 

y116 options; 

s; 17 if said start option is selected, generating a start command for instructing said selected 

y 1 8 media server to start the manual encoding process, and transmitting said start command to said 

iff 19 selected server; and 

^20 if said stop option is selected, generating a stop command for instructing said selected 

21 media server to stop the manual encoding process, and transmitting said stop command to said 

22 selected server. 

1 19. A method for providing a centralized user interface at an administrator terminal in a 

2 network for remotely controlling encoding operations performed on media data by selected ones 

3 of a plurality of media servers, the process comprising the steps of: 
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4 generating initiation commands and associated initiation parameters for instructing a 

5 selected server to initiate a manual encoding operation; 

6 transmitting said initiation commands and said associated initiation parameters to said 

7 selected server via the network; 

8 receiving encoded media data from said selected server via the network; 

9 displaying said encoded media data at the administrator terminal, and also displaying 



10 interface components enabling the user to select from manual control options including a start 

1 1 option for starting and resuming the manual encoding process, and a stop option for stopping the 

1 2 manual encoding process; 



_ 1 3 receiving information input by the user indicating a selected one of the manual control 

~[14 options; 

5 if said start option is selected, generating a start command for instructing said selected 

ml 6 media server to start the manual encoding process, and transmitting said start command to said 

- 17 selected server; and 

yJ18 if said stop option is selected, generating a stop command for instructing said selected 

1 yi9 media server to stop the manual encoding process, and transmitting said stop command to said 

kJ 20 selected server. 

1 20. A method as recited in claim 1 9 wherein each of the media servers is communicatively 

2 coupled with at least one corresponding multimedia device capable of generating media data, and 

3 wherein each of the media servers is operative to activate a selected one of said multimedia 

4 devices, and also operative to encode the media data generated by said selected multimedia 

5 device, and wherein said interface components include a multimedia device enabling a user to 

6 select from said multimedia devices. 
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1 21 . A method as recited in claim 1 9 wherein the administrator terminal includes a processing 

2 unit, and a viewing application executed by the processing unit, and wherein said step of 

3 displaying said encoded media data at the administrator terminal includes displaying said 

4 encoded media data in a window generated by said viewing application. 

1 22. A machine readable storage device having stored therein encoding instructions for 

2 executing a process of providing a centralized user interface at an administrator terminal in a 

3 network for managing operations including encoding operations performed on media data by 

4 selected ones of a plurality of media servers, the process comprising the steps of: 

5 displaying a graphical user interface at the administrator terminal, said interface including 

6 a plurality of interface components enabling a user to select between a manual encoding mode 

7 for manually starting and stopping manual encoding processes to be performed by selected ones 

8 of the servers, and a scheduled encoding mode for defining schedules for scheduled encoding 

9 processes to be performed by selected ones of the servers; 

10 receiving information input by the user specifying a selected one of the media servers, a 

1 1 selected mode of operation, and an encoding operation; 

12 generating commands and associated parameters based on the input information for 

13 instructing the selected server to execute the specified encoding operation in accordance with the 

14 selected mode of operation; and 

15 transmitting said commands and said associated parameters to said selected server. 

1 23. A machine readable storage device as recited in claim 22 wherein each of the media 

2 servers is communicatively coupled with at least one corresponding multimedia device capable 

3 of generating media data, and wherein each of the media servers is operative to activate a 
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4 selected one of said multimedia devices, and also operative to encode the media data generated 

5 by said selected multimedia device. 

1 24. A machine readable storage device as recited in claim 23 wherein the encoding 

2 operations include a preview operation, and wherein the administrator terminal also includes a 



3 processing unit, a browser application executed by the processing unit, and a display unit, and 

4 wherein the selected multimedia device is a video camera which generates media data including 

5 video data, and wherein said steps of displaying, receiving, generating, and transmitting further 



6 comprise: 

7 displaying a preview select interface component enabling the user to select a preview 

8 option for executing a preview operation including displaying video data generated by a selected 

9 video camera coupled with said selected server; 

1 0 receiving information input by the user indicating that said preview option has been 

1 1 selected; 

12 generating preview commands and associated preview parameters for instructing said 

13 selected server to execute said preview operation; 

14 transmitting said preview commands and said associated preview parameters to said 

15 selected server; 

16 receiving preview video data from said selected server; and 

17 displaying said preview video data in a browser window on the display unit of the 

1 8 administrator terminal. 

1 25. A machine readable storage device as recited in claim 22 wherein the network is an 

2 internet protocol (IP) network. 
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1 26. A machine readable storage device as recited in claim 22 wherein the administrator 

2 terminal also includes a processing unit, a browser application executed by the processing unit, 

3 and a display unit, and wherein said process is initiated by performing the steps of: 

4 transmitting an applet to the administrator terminal via the network; and 

5 executing said applet over the processing unit of the administrator terminal, said 

6 graphical user interface being displayed within a browser window generated by said browser 

7 application on the display unit. 

1 27. A machine readable storage device as recited in claim 23 wherein if said scheduled 

2 encoding mode is selected, said steps of displaying a graphical user interface, receiving 

3 information, and generating commands further comprise the steps of: 

4 displaying scheduling interface components enabling the user to select a start time and a 

5 start date for the scheduled encoding operation; 

6 receiving information input by the user indicating a selected start time and a selected start 

7 date for initiating said scheduled encoding operation; and 

8 generating encoding commands and associated encoding parameters for instructing said 

9 selected server to encode media data received from said selected multimedia device at said 
1 0 selected start time on said selected start date. 

1 28. A machine readable storage device as recited in claim 27 wherein said steps of displaying 

2 said scheduling interface components, and receiving information further include the steps of: 

3 displaying duration interface components enabling the user to select from time duration 

4 specification options including, 
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5 selecting a scheduled stop date and stop time for terminating said encoding 

6 operation, and 

7 selecting a time duration for which said encoding operation is to continue 

8 following said selected start time on said selected start date; and 

9 receiving information input by the user indicative of a selected time duration 
1 0 specification option. 

1 29. A machine readable storage device as recited in claim 22 wherein each of the servers is 



2 operative to access at least one corresponding memory device for storing media data, and 

3 wherein each of the servers is further operative to record selected portions of encoded media data 

4 that are encoded during said encoding operations, and wherein said steps of displaying a 

5 graphical user interface, receiving information, and generating commands and parameters further 

6 comprise the steps of: 

7 displaying a storage selection interface component enabling the user to select a storage 

8 location by browsing a list of available storage locations including predetermined mapped ones 

9 of the memory devices associated with said selected server; 

10 receiving information input by the user indicating a selected storage location; and 

1 1 generating record commands and associated record parameters for instructing said 

12 selected server to store the selected portion of encoded media data at said selected storage 

13 location. 

1 30. A machine readable storage device as recited in claim 29 wherein said steps of displaying 

2 a graphical user interface, and receiving information further comprise the steps of: 
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3 displaying a name selection interface component enabling the user specify an asset name 

4 for said encoded portion of media data to be stored at said selected storage location; and 

5 receiving information input by the user indicating a specified asset name; 

6 wherein said record commands and associated record parameters provide for instructing 

7 said selected encoder media server to store said encoded portion of media data at said selected 

8 storage location under said specified asset name. 

1 31. A machine readable storage device as recited in claim 30 wherein said steps of displaying 

2 a graphical user interface, and receiving information further comprise the steps of; 

3 displaying an overwriting option selection interface component enabling the user to select 

4 from a plurality of overwriting options for specifying attributes of the recording operation if a 

5 file having said specified asset name exists at said selected storage location at the time of 

6 execution of said recording operation, said overwriting options including, 

7 a first option for specifying that the user is to be prompted if a file having said 

8 specified asset name exists at said selected storage location at the time of 

9 execution of said recording operation, 

10 a second option for specifying that any file having said specified asset name, 

1 1 existing at said selected storage location at the time of execution of said recording 

12 operation, is to be overwritten with said encoded portion of media data, and 

1 3 a third option for specifying that any file having said specified asset name, 

14 existing at said selected storage location at the time of execution of said recording 

1 5 operation, is to be appended with said encoded portion of media data. 
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1 32. A machine readable storage device as recited in claim 22 wherein the network further 

2 includes a plurality of end user terminals communicatively coupled to the administrator terminal 

3 and to the servers, each of the servers being further operative to stream media data to selected 

4 ones of the end user terminals, the operations further including streaming operations, and 

5 wherein said steps of displaying a graphical user interface, receiving information, and 

6 generating commands and associated parameters further comprise the steps of: 



7 displaying streaming interface components enabling the user to define a streaming 

8 operation for streaming the encoded media data to selected ones of the end user terminals 

9 receiving streaming operation information input by the user; and 

10 generating streaming commands and associated streaming parameters based on said 

1 1 streaming operation information, said streaming commands and associated streaming parameters 



12 for instructing said selected server to execute a streaming operation for streaming the encoded 

13 portion of media data from said selected encoder media server to corresponding selected ones of 

14 the end user terminals via the network. 



1 33. A machine readable storage device as recited in claim 32 wherein said steps of displaying 

2 streaming interface components, and receiving information further comprise the steps of: 

3 displaying streaming destination selection interface components enabling the user to 

4 select at least one of the end user terminals as a destination for streaming said encoded portion of 

5 media data; and 

6 receiving information input by the user indicative of at least one selected end user; 

7 wherein said commands and associated parameters further include a streaming command 

8 and associated streaming parameters for instructing said selected encoder media server to stream 

9 said encoded portion of media data to said selected end users. 
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1 34. A machine readable storage device as recited in claim 29 wherein the network further 

2 includes a plurality of end user terminals communicatively coupled to the administrator terminal 

3 and to the servers, each of the servers being further operative to stream media data to selected 

4 ones of the end user terminals, the operations further including streaming operations, and 

5 wherein the operations further include playback operations for streaming the stored portion of 

6 encoded media data from said selected media server to corresponding selected ones of the end 

7 user terminals in accordance with a user defined playback schedule. 

1 35. A server operative to provide an applet to a client via a network, the applet including 

2 encoding instructions for executing a process of providing a centralized user interface at the 

3 client in a network for managing operations including encoding operations performed on media 

4 data by selected ones of a plurality of media servers, the process comprising the steps of: 

5 displaying a graphical user interface at the client, said interface including a plurality of 

6 interface components enabling a user to select between a manual encoding mode for manually 

7 starting and stopping manual encoding processes to be performed by selected ones of the media 

8 servers, and a scheduled encoding mode for defining schedules for scheduled encoding processes 

9 to be performed by selected ones of the media servers; 

1 0 receiving information input by the user specifying a selected one of the media servers, a 

1 1 selected mode of operation, and an encoding operation; 

12 generating commands and associated parameters based on the input information for 

1 3 instructing the selected media server to execute the specified encoding operation in accordance 

14 with the selected mode of operation; and 

1 5 transmitting said commands and said associated parameters to said selected media server. 
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1 36. A server recited in claim 35 wherein each of the media servers is communicatively 

2 coupled with at least one corresponding multimedia device capable of generating media data, and 

3 wherein each of the media servers is operative to activate a selected one of said multimedia 

4 devices, and also operative to encode the media data generated by said selected multimedia 

5 device. 

1 37. A server recited in claim 36 wherein the encoding operations include a preview 

2 operation, and wherein the client also includes a processing unit, a browser application executed 

3 by the processing unit, and a display unit, and wherein the selected multimedia device is a video 

4 camera which generates media data including video data, and wherein said steps of displaying, 

5 receiving, generating, and transmitting further comprise: 

6 displaying a preview select interface component enabling the user to select a preview 

7 option for executing a preview operation including displaying video data generated by a selected 

8 video camera coupled with said selected media server; 

9 receiving information input by the user indicating that said preview option has been 

10 selected; 

11 generating preview commands and associated preview parameters for instructing said 

12 selected media server to execute said preview operation; 

13 transmitting said preview commands and said associated preview parameters to said 

1 4 selected media server; 

15 receiving preview video data from said selected media server; and 

1 6 displaying said preview video data in a browser window on the display unit of the client. 

1 38. A server recited in claim 35 wherein the network is an internet protocol (IP) network. 
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1 39. A server recited in claim 36 wherein if said scheduled encoding mode is selected, said 

2 steps of displaying a graphical user interface, receiving information, and generating commands 

3 further comprise the steps of: 

4 displaying scheduling interface components enabling the user to select a start time and a 

5 start date for the scheduled encoding operation; 

6 receiving information input by the user indicating a selected start time and a selected start 

7 date for initiating said scheduled encoding operation; and 

8 generating encoding commands and associated encoding parameters for instructing said 

9 selected media server to encode media data received from said selected multimedia device at said 
10 selected start time on said selected start date. 

1 40. A server recited in claim 39 wherein said steps of displaying said scheduling interface 

2 components, and receiving information further include the steps of: 

3 displaying duration interface components enabling the user to select from time duration 

4 specification options including, 

5 selecting a scheduled stop date and stop time for terminating said encoding 

6 operation, and 

7 selecting a time duration for which said encoding operation is to continue 

8 following said selected start time on said selected start date; and 

9 receiving information input by the user indicative of a selected time duration 

1 0 specification option. 

1 41 . A server recited in claim 35 wherein each of the media servers is operative to access at 

2 least one corresponding memory device for storing media data, and wherein each of the media 
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3 servers is further operative to record selected portions of encoded media data that are encoded 

4 during said encoding operations, and wherein said steps of displaying a graphical user interface, 

5 receiving information, and generating commands and parameters further comprise the steps of: 

6 displaying a storage selection interface component enabling the user to select a storage 

7 location by browsing a list of available storage locations including predetermined mapped ones 

8 of the memory devices associated with said selected media server; 

9 receiving information input by the user indicating a selected storage location; and 

10 generating record commands and associated record parameters for instructing said 

1 1 selected media server to store the selected portion of encoded media data at said selected storage 

12 location. 

1 42. A server recited in claim 41 wherein said steps of displaying a graphical user interface, 

2 and receiving information further comprise the steps of: 

3 displaying a name selection interface component enabling the user specify an asset name 

4 for said encoded portion of media data to be stored at said selected storage location; and 

5 receiving information input by the user indicating a specified asset name; 

6 wherein said record commands and associated record parameters provide for instructing 

7 said selected encoder media server to store said encoded portion of media data at said selected 

8 storage location under said specified asset name. 

1 43. A server recited in claim 42 wherein said steps of displaying a graphical user interface, 

2 and receiving information further comprise the steps of: 

3 displaying an overwriting option selection interface component enabling the user to select 

4 from a plurality of overwriting options for specifying attributes of the recording operation if a 
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5 file having said specified asset name exists at said selected storage location at the time of 

6 execution of said recording operation, said overwriting options including, 

7 a first option for specifying that the user is to be prompted if a file having said 

8 specified asset name exists at said selected storage location at the time of 

9 execution of said recording operation, 

10 a second option for specifying that any file having said specified asset name, 

1 1 existing at said selected storage location at the time of execution of said recording 

12 operation, is to be overwritten with said encoded portion of media data, and 

13 a third option for specifying that any file having said specified asset name, 

14 existing at said selected storage location at the time of execution of said recording 

1 5 operation, is to be appended with said encoded portion of media data. 

1 44. A server recited in claim 3 5 wherein the network further includes a plurality of end user 

2 terminals communicatively coupled to the client and to the media servers, each of the media 

3 servers being further operative to stream media data to selected ones of the end user terminals, 

4 the operations further including streaming operations, and wherein said steps of displaying a 

5 graphical user interface, receiving information, and generating commands and associated 

6 parameters further comprise the steps of: 

7 displaying streaming interface components enabling the user to define a streaming 

8 operation for streaming the encoded media data to selected ones of the end user terminals 

9 receiving streaming operation information input by the user; and 

10 generating streaming commands and associated streaming parameters based on said 

1 1 streaming operation information, said streaming commands and associated streaming parameters 

12 for instructing said selected media server to execute a streaming operation for streaming the 
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13 encoded portion of media data from said selected encoder media server to corresponding selected 

14 ones of the end user terminals via the network. 

1 45. A server recited in claim 44 wherein the network further includes a plurality of end user 

2 terminals communicatively coupled to the client and to the media servers, each of the media 

3 servers being further operative to stream media data to selected ones of the end user terminals, 

4 the operations further including streaming operations, and wherein the operations further include 

5 playback operations for streaming the stored portion of encoded media data from said selected 

6 media server to corresponding selected ones of the end user terminals in accordance with a user 

7 defined playback schedule. 

1 46. A server recited in claim 45 wherein said steps of displaying a graphical user interface, 

2 and receiving information further comprise the steps of: 

3 displaying playback destination selection interface components enabling the user to select 

4 at least one of the end user terminals as a destination for streaming said encoded portion of 

5 media data in accordance with a user defined playback schedule; 

6 displaying play-back schedule interface components enabling the user define a play-back 

7 schedule; and 

8 receiving information input by the user indicative of a user defined play-back schedule; 

9 wherein said commands and associated parameters further include a play-back command 

10 and associated play-back parameters for instructing said selected encoder media server to stream 

1 1 said stored portion of encoded media data to said selected end users via the network in 

1 2 accordance with said user defined play-back schedule. 
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1 47. A server recited in claim 46 wherein said play-back schedule interface components 

2 comprise: 

3 a first group of components enabling the user to select a start time and a start date for said 

4 play-back schedule; and 

5 a second group of components enabling the user to select from a plurality of options for 

6 specifying a play-back schedule duration. 

1 48. A server recited in claim 45 wherein said operations further include notification 

2 operations associated with corresponding ones of the playback operations, said notification 

3 operations for sending notification messages to selected network addresses associated with 

4 selected ones of the end user terminals and the client. 

1 49. A server recited in claim 48 wherein the notification operations include determining 

2 success or failure of the streaming specified by the corresponding playback operation, and 

3 wherein said steps of displaying a graphical user interface, and receiving information further 

4 comprise the steps of: 

5 displaying notification circumstance selection interface components enabling the user to 

6 select from the notification circumstance options of, 

7 a first option of sending a notification message to selected network addresses if 

8 the streaming specified by the corresponding playback operation fails, 

9 a second option of sending a notification message to selected network addresses if 

10 the streaming specified by the corresponding playback operation is successful, 

11 and 
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12 



a third option of sending a notification message to selected network addresses if 



13 



the streaming specified by the corresponding playback operation fails of is 



14 



successful; and 



15 



receiving information input by the user indicating a selected notification circumstance 



16 option; 



17 



wherein said commands and associated parameters further include a notification 



18 command and associated notification parameters for instructing said selected encoder media 

19 server to send notification messages to the selected network addresses in accordance with said 

20 selected notification circumstance option. 

1 50. A server recited in claim 36 wherein the client also includes a processing unit, a browser 

2 application executed by the processing unit, and a display unit, and wherein a selected one of the 

3 multimedia devices is a video camera which generates media data including video data, and 

4 wherein if said manual encoding mode is selected, said process further comprises the steps of: 

5 generating manual mode initiation commands and associated parameters for instructing 

6 the selected media server to initiate a manual encoding operation; 

7 transmitting said manual mode initiation commands and associated parameters to said 

8 selected media server via the network; 

9 receiving video data from said selected media server via the network; 

10 displaying said video data in a browser window on the display unit of the client, and also 

1 1 displaying manual encoding mode control interface components enabling the user to select from 

12 manual control options including a start option for starting and resuming the manual encoding 

13 process, and a stop option for stopping the manual encoding process; 
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14 receiving information input by the user indicating a selected one of the manual control 

15 options; 

16 if said start option is selected, generating a start command for instructing said selected 

17 media server to start the manual encoding process, and transmitting said start command to said 

1 8 selected media server; and 

19 if said stop option is selected, generating a stop command for instructing said selected 

20 media server to stop the manual encoding process, and transmitting said stop command to said 

2 1 selected media server. 
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GRAPHICAL USER INTERFACE FOR CREATING ASSETS 



ABSTRACT 

A process is provided for managing operations including encoding operations in a 
5 network system including an administrator terminal, at least one server communicatively coupled 
to the administrator terminal via a computer network, and at least one multimedia device 
operative to generate media data and being communicatively coupled with a corresponding one 
of the servers. Each of the servers is operative to selectively activate the corresponding 
multimedia device, and is also operative to encode media data received from the corresponding 

10 multimedia device, and is further operative to access a corresponding memory device for storing 
media data. The process includes the steps of: displaying a graphical user interface including a 
server select interface component enabling a user of the administrator terminal to select one of 
the servers, and a mode select interface component enabling the user to select between a manual 
encoding mode of operation enabling the user to manually start and stop a manual encoding 

15 process performed by a selected server, and a scheduled encoding mode of operation enabling 
the user to define a schedule for automatically starting and stopping a scheduled encoding 
process to be performed by a selected server. User input is received, the input including server 
identification information indicative of a selected server, mode information indicative of a 
selected mode of operation, and encoding operation information defined based on the selected 

20 mode of operation. Commands and associated parameters, generated based on the encoding 
operation information, are transmitted to the selected server via the network. 
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DISPLAY SELECTED SOURCE ENCODER, AND LOCAL TIME AT LOCATION OF SELECTED 

SOURCE ENCODER. 
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PROVIDE INTERFACE COMPONENTS ALLOWING USER TO SELECT OPTION OF 
CHANGING ATTRIBUTES OF THE SELECTED ENCODER; AND RECEIVE USER INPUT. 
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PROVIDE INTERFACE ALLOWING USER TO SELECT PREVIEW OPTION FOR 
PREVIEWING A SCENE TO BE ENCODED; AND RECEIVE USER RESPONSE. 
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PROVIDE INTERFACE COMPONENTS ALLOWING USER TO SELECT FROM ENCODING 
OPTIONS INCLUDING MANUAL START/STOP ENCODING, AND TIMED ENCODING; AND 
RECEIVE USER INPUT INDICATING SELECTEDENCODING OPTION. 
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PROVIDE INTERFACE COMPONENTS ALLOWING USER TO SPECIFY SCHEDULING 
INFORMATION FOR TIMED ENCODING; AND RECEIVE USER INPUT. 
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PROVIDE INTERFACE COMPONENTS ALLOWING USER TO SELECT REALTIME STREAM f 
OUT OPTION, AND RECEIVE USER INPUT. 
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PROVIDE INTERFACE COMPONENTS ALLOWING USER TO SELECT RECORD ASSET 

OPTION, AND RECEIVE USER INPUT. 
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GENERATE COMMANDS AND PARAMETERS ASSOCIATED WITH SCHEDULED ENCODING 
OPERATION, STREAMING OPERATION (IF APPLICABLE), AND RECORDING OPERATION 

(IF APPLICABLE) 
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TRANSMIT COMMANDS AND ASSOCIATED PARAMETERS TO SELECTED SOURCE 
ENCODER (MEDIA SERVER) FOR EXECUTING THE CORRESPONDING OPERATIONS IN 
ACCORDANCE WITH CORRESPONDING SCHEDULE INFORMATION 
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PROVIDE INTERFACE ALLOWING USER TO SELECT FROM A LIST OF ALIAS 
NAMES (LOGICAL PORT NAMES) FOR THE SELECTED ENCODER; AND RECEIVE 
USER INPUT INDICATIVE OF SELECTED ALIAS NAME 



PROVIDE INTERFACE ALLOWING USER TO SELECT FROM A LIST OF QUALITY 
TYPES FOR THE SELECTED ENCODER; AND RECEIVE USER INPUT INDICATIVE 

OF A SELECTED QUALITY TYPE 
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PROVIDE INTERFACE ALLOWING USER TO SELECT FROM BIT RATE OPTIONS 
INCLUDING A MUX RATE OPTION, AND A VIDEO/AUDIO OPTION; AND RECEIVE 
USER INPUT INDICATING A SELECTED BIT RATE OPTION. 




PROVIDE INTERFACE ALLOWING USER TO SELECT A MUX RATE; AND RECEIVE 
USER INPUT INDICATING A SELECTED MUX RATE. 
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PROVIDE INTERFACE ALLOWING USER TO ENTER A VIDEO BIT RATE AND AN 
AUDIO BIT RATE; AND RECEIVE USER INPUT INDICATING A SELECTED VIDEO BIT 
RATE, AND A SELECTED AUDIO BIT RATE 
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DISPLAY BROWSER PLUG-IN SHOWING SCENE TO BE ENCODED 



DISPLAY TEXT INDICATING DETAILS INCLUDING AN ELAPSED TIME, AN IP ADDRESS 
AND PORT NUMBER, A RECORD STORAGE PATH, AN ASSET NAME, AN ASSET 
DESCRIPTION, AND SELECTED ENCODER. 



PROVIDE USER INTERFACE ALLOWING USER TO SELECT FROM MANUAL ENCODING 
OPTIONS INCLUDING START/RESUME ENCODING, PAUSE ENCODING, AND STOP 
ENCODING; AND RECEIVE USER INPUT. 
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FIG. 17 
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PROVIDE INTERFACE COMPONENTS ALLOWING USER TO SELECT FROM 
STREAMING DESTINATION SPECIFICATION OPTIONS INCLUDING MANUAL, 
PREDEFINED, DEFINE, AND SESSION DIRECTOR REQUEST (SDR); AND RECEIVE 
USER INPUT INDICATIVE OF SELECTED OPTION 
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PROVIDE INTERFACE ALLOWING USER TO SELECT DESTINATION IP ADDRESS 
AND PORT NUMBER; AND RECEIVE USER INPUT INDICATING SELECTED 
DESTINATION IP ADDRESS AND SELECTED DESTINATION PORT NUMBER. 
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PROVIDE INTERFACE ALLOWING USER TO SELECT A GROUP FROM A 
LIST OF PREDEFINED GROUPS OF DESTINATION IP ADDRESSES AND 
PORT NUMBERS; AND RECEIVE INFORMATION INDICATING SELECTED 

GROUP. 
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752 



PROVIDE INTERFACE ALLOWING USER TO ENTER A DESTINATION GROUP NAME 
FOR A SET OF IP ADDRESES AND PORT NUMBERS; AND RECEIVE USER INPUT 
INCLUDING SELECTED DESTINATION GROUP NAME. 



PROVIDE INTERFACE ALLOWING USER TO SELECT FROM A LIST OF 
PREVIOUSLY DEFINED DESTINATION GROUP NAMES FOR THE PURPOSE OF 
DELETING THE SELECTED GROUP NAME; AND RECEIVE USER INPUT INDICATING 
SELECTED DESTINATION GROUP NAME. 
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DISPLAY A MEMBER LIST FOR THE SELECTED DESTINATION GROUP, THE LIST 
INCLUDING AT LEAST ONE GROUP MEMBER DEFINED BY A CORRESPONDING 
DESTINATION IP ADDRESS AND PORT NUMBER. 
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PROVIDE INTERFACE ALLOWING USER TO ADD AND REMOVE GROUP MEMBERS 
IN THE SELECTED DESTINATION GROUP; AND RECEIVE USER INPUT INDICATING 
SELECTED ADDED GROUP MEMBERS AND SELECTED REMOVED GROUP 

MEMBERS. 
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UPDATE MEMBER LIST FOR SELECTED DESTINATION GROUP. 
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PROVIDE INTERFACE ALLOWING USER TO SELECT A RECORD PATH 
ASSOCIATED WITH A NEW ASSET; AND RECEIVE USER INPUT INDICATIVE OF 

SELECTED RECORD PATH. 
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PROVIDE INTERFACE PROMPTING USER TO ENTER AN ASSET NAME FOR THE 
NEW ASSET; AND RECEIVE USER INPUTINDICATIVE OF A SELECTED ASSET 

NAME. 
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PROVIDE INTERFACE PROMPTING USER TO ENTER A DESCRIPTION OF 
CONTENT TO BE ENCODED; AND RECEIVE USER INPUT 



PROVIDE INTERFACE PROMPTING USER TO SELECT FROM OVERWRITE 
OPTIONS IN THE EVENT THAT THE ASSET NAME ALREADY EXISTS AT THE 
RECORD TO PATH, THE OPTIONS INCLUDING PROMPT, OVERWRITE, AND 
APPEND; AND RECEIVE USER INPUT INDICATIVE OF SELECTED OVERWRITE 

OPTION 
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PROVIDE INTERFACE COMPONENTS ALLOWING USER TO SELECT SCHEDULE ]f~ 
PLAYBACK OPTION, AND RECEIVE USER INPUT. 
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DISPLAY ASSET NAME, AND DESCRIPTION FOR A CURRENTLY SELECTED ASSET. T 
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DISPLAY A SCHEDULE LIST INCLUDING A LIST OF ASSETS TO BE PLAYED BACK EACH 
ASSET HAVING AN ASSOCIATED PLAY-BACK START DATE AND START TIME AN 
ASSOCIATED PLAY-BACK DURATION PROGRAM, AND AN ASSOCIATED PLAY-BACK 

DESTINATION. 
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PROVIDE INTERFACE ALLOWING USER TO SELECT A PLAY-BACK START DATE AND TIME 
FOR THE SELECTED ASSET; AND RECEIVE USER INPUT INDICATIVE OF SELECTED 

START DATE AND TIME. 
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PROVIDE INTERFACE ALLOWING USER TO SELECT FROM PLAY-BACK DESTINATION 

SPECIFICATION OPTIONS FOR THE SELECTED ASSET, THE OPTIONS INCLUDING 
MANUAL, PREDEFINED, DEFINE, AND SDR; AND RECEIVE USER INPUT INDICATIVE OF 

SELECTED OPTION. 
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PROVIDE INTERFACE ALLOWING USER TO SELECT DESTINATION IP ADDRESS AND 
PORT NUMBER; AND RECEIVE USER INPUT INDICATING SELECTED DESTINATION IP 
ADDRESS AND SELECTED PORT NUMBER. 
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PROVIDE INTERFACE ALLOWING USER TO SELECT FROM PREDEFINED GROUP OF 

DESTINATION IP ADDRESSES AND PORT NUMBERS; AND RECEIVE USER INPUT 
INDICATING SELECTED GROUP OF DESTINATION IP ADDRESS AND PORT NUMBER. 
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PROVIDE INTERFACE ALLOWING USER TO ENTER A DESTINATION GROUP NAME 
FOR A SET OF IP ADDRESES AND PORT NUMBERS; AND RECEIVE USER INPUT 
INCLUDING SELECTED DESTINATION GROUP NAME. 




PROVIDE INTERFACE ALLOWING USER TO SELECT FROM A LIST OF 
PREVIOUSLY DEFINED DESTINATION GROUP NAMES FOR THE PURPOSE OF 
DELETING THE SELECTED GROUP NAME; AND RECEIVE USER INPUT INDICATING 
SELECTED DESTINATION GROUP NAME. 
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DISPLAY A MEMBER LIST FOR THE SELECTED DESTINATION GROUP, THE LIST 
INCLUDING AT LEAST ONE GROUP MEMBER DEFINED BY A CORRESPONDING 
DESTINATION IP ADDRESS AND PORT NUMBER. 
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PROVIDE INTERFACE ALLOWING USER TO ADD AND REMOVE GROUP MEMBERS 
IN THE SELECTED DESTINATION GROUP; AND RECEIVE USER INPUT INDICATING 
SELECTED ADDED GROUP MEMBERS AND SELECTED REMOVED GROUP 

MEMBERS. 
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930 



PROVIDE INTERFACE ALLOWING USER TO SELECT FROM PLAY-BACK DURATION 
PROGRAM OPTIONS INCLUDING A RUN OPTION, A REPEAT OPTION, AND A PLAYBACK 
INTERVAL OPTION; AND RECEIVE USER INPUT INDICATIVE OF SELECTED DURATION 

OPTION. 
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RUN OPTION NO 
SELECTED? 
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PROVIDE INTERFACE ALLOWING USER TO ENTER A LOOP COUNT VALUE; AND 
RECEIVE USER INPUT INDICATIVE OF SELECTED LOOP COUNT VALUE. 
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DEFINE DURATION PROGRAM BASED ON SELECTED LOOP COUNT VALUE. 
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NO 



DEFINE PLAY-BACK DURATION PROGRAM ASSOCIATED WITH SELECTED ASSET 
TO REPEAT UNTIL REMOVED FROM THE SCHEDULE LIST. 
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► NO 



PROVIDE INTERFACE ALLOWING USER TO SELECT A NOTIFICATION OPTION; AND y 
RECEIVE USER INPUT INDICATIVE OF SELECTED NOTIFICATION OPTION. 
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GENERATE COMMANDS AND PARAMETERS ASSOCIATED WITH PLAYBACK OPERATION. 



TRANSMIT COMMANDS AND ASSOCIATED PARAMETERS TO SELECTED PLAYBACK 
MEDIA SERVER FOR EXECUTING THE CORRESPONDING PLAYBACK OPERATION IN 
ACCORDANCE WITH CORRESPONDING SCHEDULE INFORMATION 
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GENERATE COMMANDS AND PARAMETERS ASSOCIATED WITH NOTIFICATION 

OPERATION. 
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TRANSMIT COMMANDS AND ASSOCIATED PARAMETERS TO SELECTED PLAYBACK 
MEDIA SERVER FOR EXECUTING THE CORRESPONDING NOTIFICATION OPERATION. 
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FIG. 23D 
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PROVIDE INTERFACE ALLOWING USER TO SELECT FROM INTERVAL FREQUENCY 
OPTIONS; AND RECEIVE USER INPUT INDICATIVE OF SELECTED FREQUENCY OPTION. 
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DEFINE PLAYBACK INTERVAL BASED ON SELECTED FREQUENCY OPTION 
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PROVIDE INTERFACE ALLOWING USER TO SELECT FROM DURATION OPTIONS; AND 
RECEIVE USER INPUT INDICATIVE OF SELECTED DURATION OPTION. 



r 



988 

"REPEAT 
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SCHEDULE ASSET TO BE PLAYED BACK IN ACCORDANCE WITH THE SELECTED 
FREQUENCY OPTION UNTIL REMOVED FROM THE SCHEDULE LIST. 
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PROVIDE INTERFACE ALLOWING USER TO SELECT AN END DATE FOR THE 
SCHEDULED PLAYBACK; AND RECEIVE USER INPUT INDICATIVE OF SELECTED 

END DATE. 
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SCHEDULE ASSET TO BE PLAYED BACK IN ACCORDANCE WITH THE SELECTED 
FREQUENCY OPTION UNTIL THE SELECTED END DATE. 
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FIG. 25 
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DISPLAY NOTIFICATION LIST INCLUDING PREVIOUSLY DEFINED NOTIFICATION ENTRIES. 
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PROVIDE INTERFACE ALLOWING USER TO SELECT FROM NOTIFICATION 
CIRCUMSTANCE OPTIONS; AND RECEIVE USER INPUT INDICATIVE OF SELECTED 
NOTIFICATION CIRCUMSTANCE OPTION. 
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PROVIDE INTERFACE ALLOWING USER TO SELECT FROM GROUPS OF DESTINATION E- 
MAIL ADDRESSES; AND RECEIVE USER INPUT INDICATIVE OFSELECTED GROUP. 
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PROVIDE INTERFACE ALLOWING USER TO SELECT OPTION OF DEFINING A NEW GROUP 
OF DESTINATION E-MAIL ADDRESSES; AND RECEIVE USER INPUT INDICATIVE 

OFSELECTED OPTION. 
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DISPLAY A CURRENT MESSAGE TO BE SENT TO THE SELECTED GROUP. 
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PROVIDE INTERFACE ALLOWING USER TO SELECT OPTION OF EDITING THE CURRENT 
MESSAGE; AND RECEIVE USER INPUT INDICATIVE OFSELECTED OPTION. 



1064 
1066 




1068 

OPTION 
OF EDITING MESSAGE 
mECTEDJL 



YES 




M B13 



1070 



1072 



DEFINE NEW NOTIFICATION ENTRY, AND ADD NEW ENTRY TO NOTIFICATION LIST 
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DISPLAY REVISED NOTIFICATION LIST. 
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PROVIDE INTERFACE ALLOWING USER TO ENTER A GROUP NAME FOR A GROUP OF E- 
MAIL ADDRESSES; AND RECEIVE USER INPUT INDICATING A SELECTED GROUP NAME. 
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DISPLAY MEMBER LIST INCLUDING E-MAIL ADDRESSES ASSOCIATED WITH SELECTED 

GROUP NAME. 
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PROVIDE INTERFACE ALLOWING USER TO SELECT ADD AND REMOVE OPTIONS FOR 
ADDING AND REMOVING MEMBERS FROM THE LIST; AND RECEIVE USER INPUT 
INDICATIVE OFSELECTED OPTION. 
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PROVIDE INTERFACE ALLOWING 
USER TO SELECT A MEMBER FROM 
THE LIST; AND RECEIVE USER 
INPUT INDICATING SELECTED 
MEMBER. 
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REMOVE SELECTED MEMBER FROM 
LIST 
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PROVIDE INTERFACE ALLOWING USER TO ENTER AN E-MAIL ADDRESS ASSOCIATED 
WITH A NEW MEMBER; AND RECEIVE USER INPUT INDICATIVE OF E-MAIL ADDRESS 

ASSOCIATED WITH NEW MEMBER 
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ADD E-MAIL ADDRESS ASSOCIATED WITH NEW MEMBER TO MEMBER LIST 
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DISPLAYED REVISED MEMBER LIST. 
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PROVIDE INTERFACE ALLOWING USER TO SELECT FROM A PLURALITY OF HEADER 
ATTRIBUTES, THE SELECTED ATTRIBUTES TO BE ADDED TO THE CURRENT E-MAIL 
MESSAGE; AND RECEIVE USER INPUT INDICATIVE OF SELECTED HEADER ATTRIBUTES. 
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DISPLAY CURRENT MESSAGE. 



PROVIDE INTERFACE ALLOWING USER TO EDIT THE CURRENT MESSAGE; AND RECEIVE 

USER INPUT. 
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DISPLAY THE REVISED CURRENT MESSAGE. 
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PROVIDE INTERFACE ALLOWING USER TO SELECT FROM A DISPLAYED LIST OF 
STREAMER SERVERS; AND RECEIVE USER INPUT INDICATING SELECTED SERVER. 
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DISPLAY LOCAL TIME AT SELECTED STREAMER SERVER. 
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DISPLAY LIST OF ASSETS LOCATED AT SELECTED STREAMER SERVER; AND A 
CORRESPONDING DATE AND TIME THAT EACH OF THE ASSETS WERE LAST MODIFIED. 
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PROVIDE INTERFACE ALLOWING USER TO SELECT FROM THE LIST OF ASSETS 
LOCATED AT THE SELECTED LOCATION; AND RECEIVE USER INPUT INDICATING 

SELECTED ASSET. 
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DISPLAY DESCRIPTION OF SELECTED ASSET. 
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DISPLAY A SCHEDULE LIST INCLUDING A LIST OF ASSETS TO BE PLAYED BACK EACH 
ASSET HAVING AN ASSOCIATED PLAY-BACK START DATE AND START TIME AN 
ASSOCIATED PLAY-BACK DURATION PROGRAM, AND AN ASSOCIATED PLAY-BACK 

DESTINATION. 
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PROVIDE INTERFACE ALLOWING USER TO SELECT FROM MULTICAST START OPTIONS 
INCLUDING AN IMMEDIATE START OPTION AND A SCHEDULED START OPTION; AND 
RECEIVE USER INPUT INDICATIVE OF SELECTED MULTICAST START OPTION. 
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PROVIDE INTERFACE ALLOWING USER TO SELECT A MULTICAST START 
DATE AND TIME FOR THE SELECTED ASSET; AND RECEIVE USER INPUT 
INDICATIVE OF SELECTED START DATE AND TIME. 
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DEFINE MULTICAST START TIME BASED ON SELECTED MULTICAST 

START OPTION 
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FIG. 33A 
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PROVIDE INTERFACE ALLOWING USER TO SELECT FROM MULTICAST DESTINATION 

SPECIFICATION OPTIONS FOR THE SELECTED ASSET, THE OPTIONS INCLUDING U1282 
MANUAL, PREDEFINED, DEFINE, AND SDR; AND RECEIVE USER INPUT INDICATIVE OF 

SELECTED OPTION. 




PROVIDE INTERFACE ALLOWING USER TO SELECT DESTINATION IP ADDRESS AND 
PORT NUMBER; AND RECEIVE USER INPUT INDICATING SELECTED DESTINATION IP 
ADDRESS AND SELECTED PORT NUMBER. 
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PROVIDE INTERFACE ALLOWING USER TO SELECT FROM PREDEFINED GROUPS OF 

DESTINATION IP ADDRESSES AND PORT NUMBERS; AND RECEIVE USER INPUT 
INDICATING SELECTED GROUP OF DESTINATION IP ADDRESS AND PORT NUMBER. 
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NO 



PROVIDE INTERFACE ALLOWING USER TO ENTER A DESTINATION GROUP NAME 
FOR A SET OF IP ADDRESES AND PORT NUMBERS; AND RECEIVE USER INPUT 
INCLUDING SELECTED DESTINATION GROUP NAME. 
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PROVIDE INTERFACE ALLOWING USER TO SELECT FROM A LIST OF 
PREVIOUSLY DEFINED DESTINATION GROUP NAMES FOR THE PURPOSE OF 
DELETING THE SELECTED GROUP NAME; AND RECEIVE USER INPUT INDICATING 
SELECTED DESTINATION GROUP NAME. 
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DISPLAY A MEMBER LIST FOR THE SELECTED DESTINATION GROUP, THE LIST 
INCLUDING AT LEAST ONE GROUP MEMBER DEFINED BY A CORRESPONDING 
DESTINATION IP ADDRESS AND PORT NUMBER. 
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PROVIDE INTERFACE ALLOWING USER TO ADD AND REMOVE GROUP MEMBERS 
IN THE SELECTED DESTINATION GROUP; AND RECEIVE USER INPUT INDICATING 
SELECTED ADDED GROUP MEMBERS AND SELECTED REMOVED GROUP 

MEMBERS. 
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PROVIDE INTERFACE ALLOWING USER TO SELECT FROM PLAY-BACK DURATION 
PROGRAM OPTIONS INCLUDING A RUN OPTION, A REPEAT OPTION, AND A PLAYBACK 
INTERVAL OPTION; AND RECEIVE USER INPUT INDICATIVE OF SELECTED DURATION 

OPTION. 
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PROVIDE INTERFACE ALLOWING USER TO ENTER A LOOP COUNT VALUE; AND 
RECEIVE USER INPUT INDICATIVE OF SELECTED LOOP COUNT VALUE. 
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DEFINE DURATION PROGRAM BASED ON SELECTED LOOP COUNT VALUE. 
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DEFINE PLAY-BACK DURATION PROGRAM ASSOCIATED WITH SELECTED ASSET 
TO REPEAT UNTIL REMOVED FROM THE SCHEDULE LIST. 
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PROVIDE INTERFACE ALLOWING USER TO SELECT A NOTIFICATION OPTION; AND f 
RECEIVE USER INPUT INDICATIVE OF SELECTED NOTIFICATION OPTION. 
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GENERATE MULTICASTING COMMANDS AND PARAMETERS ASSOCIATED WITH 
MULTICASTING OPERATION BASED ON CORRESPONDING OPERATION 
INFORMATION AND CORRESPONDING SCHEDULE INFORMATION 
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TRANSMIT MULTICASTING COMMANDS AND ASSOCIATED PARAMETERS TO 
SELECTED MEDIA SERVER FOR EXECUTING CORRESPONDING MULTICASTING 
OPERATION IN ACCORDANCE WITH CORRESPONDING SCHEDULE. 
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NOTIFICATION OPERATION. 


. i 


r 


TRANSMIT NOTIFICATION COMMANDS AND ASSOCIATED PARAMETERS TO 
SELECTED MEDIA SERVER FOR EXECUTING CORRESPONDING NOTIFICATION 

OPERATION. 
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FIG. 33E 
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FIG. 36 



1470 





r r 


RECEIVE USER IDENTIFICATION INFORMATION SPECIFYING A USER. 
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READ GLOBAL SCHEDULE FILE ASSOCIATED WITH THE SPECIFIED USER. 
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GENERATE GLOBAL SCHEDULE WEB DOCUMENT ASSOCIATED WITH SPECIFIED USER, 

THE WEB DOCUMENT INCLUDING: A PLURALITY OF OPERATION GRAPHICAL INDICIA 
ASSOCIATED WITH CORRESPONDING OPERATIONS DEFINED BY THE SPECIFIED USER; 
SERVER IDENTIFICATION INFORMATION, OPERATION INFORMATION, AND SCHEDULE ' 
INFORMATION ASSOCIATED WITH EACH CORRESPONDING OPERATION GRAPHICAL 
INDICIA; ACTIVE AREAS ASSOCIATED WITH EACH CORRESPONDING OPERATION 
GRAPHICAL INDICIA; AN APPLET FOR ACTIVATING THE ASSET MANAGEMENT AND 
SCHEDULING GUI PROCESS IN RESPONSE TO SELECTION OF ONE OF THE ACTIVE 
AREAS; AND LINKS TO MEDIA SERVERS INDICATED BY THE SERVER IDENTIFICATION 

INFORMATION. 
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TRANSMIT USER IDENTIFICATION INFORMATION SPECIFYING A USER TO GLOBAL 

ASSET MANGEMENT SERVER. 
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RECEIVE GLOBAL SCHEDULE WEB DOCUMENT ASSOCIATED WITH SPECIFIED USER, 
THE WEB DOCUMENT INCLUDING: A PLURALITY OF OPERATION GRAPHICAL INDICIA 
ASSOCIATED WITH CORRESPONDING OPERATIONS DEFINED BY THE SPECIFIED USER; 
SERVER IDENTIFICATION INFORMATION, OPERATION INFORMATION, AND SCHEDULE 
INFORMATION ASSOCIATED WITH EACH CORRESPONDING OPERATION GRAPHICAL 
INDICIA; ACTIVE AREAS ASSOCIATED WITH EACH CORRESPONDING OPERATION 
GRAPHICAL INDICIA; AN APPLET FOR ACTIVATING THE ASSET MANAGEMENT AND 
SCHEDULING GUI PROCESS IN RESPONSE TO SELECTION OF ONE OF THE ACTIVE 
AREAS; AND LINKS TO MEDIA SERVERS INDICATED BY THE CORRESPONDING SERVER 

IDENTIFICATION INFORMATION. 
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DISPLAY WEB DOCUMENT IN BROWSER WINDOW. 
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RECEIVE USER INPUT INDICATING A SELECTED OPERATION INDICIA ASSOCIATED WITH 

A SELECTED MEDIA OPERATION. 
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EXECUTE APPLET TO INITIATE ASSET MANAGEMENT AND SCHEDULING GUI PROCESS. 
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READ SERVER IDENTIFICATION INFORMATION, OPERATION INFORMATION AND 
SCHEDULE INFORMATION ASSOCIATED WITH SELECTED MEDIA OPERATION. 
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SET ASSET MANAGEMENT AND SCHEDULING GUI PROCESS TO DISPLAY SPECIFIC GUI 
SCREENS FOR EDITING THE OPERATION INFORMATION AND SCHEDULE INFORMATION 
ASSOCIATED WITH THE SELECTED MEDIA OPERATION. 
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DELETE EXISTING COMMANDS AND ASSOCIATED PARAMETERS ASSOCIATED WITH 
SELECTED OPERATION AT SELECTED MEDIA SERVER. 
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sought on the invention entitled, "Graphical User Interface For Creating Assets" the specification of which 

0 is attached hereto. 

□ was filed on as Application Serial No. 

and was amended on (if applicable). 



I hereby state that I have reviewed and understand the contents of the above identified specification, including the 
claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose information which is material to the examination of this application in accordance 
with Title 37, Code of Federal Regulations, § 1.56(a). 

I hereby claim foreign priority benefits under Title 35, United States Code, § 119 of any foreign application(s) for 
patent or inventor's certificate listed below and have also identified below any foreign application for patent or inventor's 
certificate having a filing date before that of the application of which priority is claimed. 

Prior Foreign Application^) 

Priority Claimed 



(Number) (Country) (Day, month, year filed) Yes No 



(Number) (Country) (Day, month, year filed) Yes No 



(Number) (Country) (Day, month, year filed) Yes No 

I hereby claim the benefit under Title 35, United States Code, § 120 of any United States application(s) listed below 
and, insofar as the subject matter of each of the claims of this application is not disclosed in the prior United States application in 
the manner provided by the first paragraph of Title 35, United States Code, § 1 12, 1 acknowledge the duty to disclose material 
information as defined in Title 37, Code of Federal Regulations, § 1.56(a) which occurred between the filing date of the prior 
application and the national or PCT international filing date of this application: 



(Application Serial No.) Filing Date (Status: Patented, pending, abandoned) 



(Application Serial No.) Filing Date (Status: Patented, pending, abandoned) 

I hereby declare that all statements made herein of my own knowledge are true and that all statements made on 
information and belief are believed to be true; and further that these statements were made with the knowledge that willful false 
statements and the like so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United 
States Code and that such willful false statements may jeopardize the validity of the application or any patent issued thereon. 

And I hereby appoint W. POMS, Reg. 18,782; G.P. SMITH, Reg. 20,142; G.E. LANDE, Reg. 22,222; A.C. ROSE, 
Reg. 17,047; L.J. BOVASSO, Reg. 24,075; DJ. OLDENKAMP, Reg. 29,421; C. DARROW, Reg. 30,166; M.E. HARRIS, Reg. 
26,690; K.A. MACLEAN, Reg. 31,118; C. ROSENBERG, Reg. 31,464; M.E. BROWN, Reg. 28,590; E.F. O'CONNOR, Reg. 
25,903; R.F. CARR, Reg. 17,110; A. ROTHENBERG, Reg. 17,843; R.L. GAUSEWITZ, Reg. 16,960; M.A. KONDZELLA, 
Reg. 18,013; A.P. BLOCK, Reg. 35,450; S.R. HANSEN, Reg. 38,486; D.N. LARSON, Reg. 29,401; J.W. INSKEEP, Reg. 
33,910; G.F. COTTERELL, Reg. 37,802; H.D. JASTRAM, Reg. 19,777; J.M. KALIS, Reg. 37,650; CJ. LERVICK, Reg. 
35,244; C.A.S. HAMRICK, Reg. 22,586; R.O. GUILLOT, Reg. 28,852; J.D. VOELZKE, Reg. 37,957; GX. FOUNTAIN, Reg. 
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36,374; J. BOYCE, Reg. 40,920; C. CHOU, Reg. 41,672; A. DIEPENBROCK, Reg. 39,960; M. BOSWORTH, Reg 28 186" B 
BEDI, Reg. 39,904; R. STRIMAITIS Reg. 35,679; P.W. JOHNSON, Reg. 33,123; I.M. FOERSTER, Reg 36 511- TM 
FARRELL, Reg. 37,321; C.A. HUGHES, Reg. 26,914; J.E. HOEL, Reg. 26,279; E.A. PENNINGTON, Reg. 32,588* JC 
REDMOND, JR., Reg. 18,753; OPPENHEIMER WOLFF & DONNELLY LLP, 3373 Hillview Avenue, Suite 200, Palo Alto, 
California 94304, (650) 320-4000, as my attorneys with full power of substitution and revocation, to prosecute said'application 
and to transact in connection therewith all business in the Patent and Trademark Office and before competent International 
Authorities. 



Address all telephone calls to Justin Boyce at (650) 320-4000, and address all correspondence to: 



Justin Boycet, Esq. 
OPPENHEIMER WOLFF & DONNELLY LLP 

3373 Hillview Avenue, Suite 200 
Palo Alto, CA 94304 



Wherefore I pray that Letters Patent be granted to me for the invention or discovery described and claimed in the 
foregoing specification and claims, and I hereby subscribe my name to the foregoing specification and claims, declaration, power 
of attorney, and this petition. 



Full Name of First Inventor: 
Home Address: 
Post Office Address: 
Citizenship: 
Inventor's Signature: 



William Russell Belknap 



1262 Blewett Ave., San Jose, California 95125 



Same as above 



United States of America 




Date: 



Full Name of Second Inventor: 
Home Address: 
Post Office Address: 
Citizenship: 
Inventor's Signature: 



Todd Robert Bender 



6994 Polvadero Drive. San Jose, California 951 19 

Same as above 



United States of America 




Date: 



Full Name of Third Inventor: 
Home Address: 
Post Office Address: 
Citizenship: 
Inventor's Signature: 



Shannon Matthew Farrington 



302 Cypress Avenue, Santa Cruz. California 95062 
Same as above 



United States of America 






Date: 
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Full Name of Fourth Inventor: 
Home Address: 
Post Office Address: 
Citizenship: 
Inventor's Signature: 



Cary Lane Rohwer 



3910 Blue Oaks Road. Gilroy, California 95020 
Same as above 



United Stales of America / 



Date: 



Full Name of Fifth Inventor: 
Home Address: 
Post Office Address: 
Citizenship: 
Inventor's Signature: 

Full Name of Sixth Inventor: 
Home Address: 
Post Office Address: 
Citizenship: 
Inventor's Signature: 



Lucy Anita Taylor 



3067 High Meadow Lane, San Jose, California 95135 
Same as above 



United States of America 





Date: v MbjDOO 



Sundar Veliah 



3X70 The Woods Dr., #1314, San Jose, California 95136 
Same as above _ 



India 




_Date: 6ch Q% ^orp 
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